From n8jxo@access.mountain.net Sat Mar 01 15:18:03 1997 

Received: from access.mountain.net (root@Access.Mountain.Net [198.77.1.3]) by 
tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAAQ5789 for <regional_freq@tapr.org>; 
Sat, 1 Mar 1997 15:18:01 -0600 (CST) 

Received: from n8jxo.mountain.net (slip20-20.Mountain.Net [198.77.24.119]) by 
access.mountain.net (8.8.5/8.7.3) with SMTP id QAA08936 for 
<regional_freq@tapr.org>; Sat, 1 Mar 1997 16:17:42 -0500 (EST) 

Message-ID: <33189CFD.1COD@access.mountain.net> 

Date: Sat, 01 Mar 1997 16:17:49 -0500 

From: Bill and Susan Davidson <n8jxo@access.mountain.net> 

Reply-To: n8jxo@access.mountain.net 

X-Mailer: Mozilla 3.0 (Win95; U) 

MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: NADSD West Virginia 

Content-Type: text/plain; charset=iso-8859-1 

Content-Transfer-Encoding: 8bit 


To: TAPR NADSD Team 


As per your instructions NADSD 1 Feb 1997 from Carl Estey, WAOCQG, I 
have tried to log onto the TAPR FTP server, but receive the following 
msg. 


BSDI BSD/OS 2.1 Kernel #3: Mon Apr 8 13:01:02 CDT 1996 


Sorry but this user account does not have shell access 


I can connect using the WEB with the same login and password so am not 
sure what the problem is. 


There are two files (Plain Text) that I need removed from this area so I 
can get this listing corrected. 


Basicly I need to start over. Any help in this matter will be greatly 
appreciated. 


This thing is starting to look very good, keep up the good work, it is 
appreciatedo. 


Bill Davidson, N8JX0O 
Wood County, WV RACES 
Davisville, West Virginia 
n8jxo@access.mountain.net 


From w6go@netcom.com Sat Mar 01 17:37:52 1997 
Received: from netcom6.netcom.com (w6go@netcom6.netcom.com [192.100.81.114]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id RAA12740 for <regional_freq@tapr.org>; 
Sat, 1 Mar 1997 17:37:50 -0600 (CST) 
Received: (from w6go@localhost) by netcom6.netcom.com (8.6.13/Netcom) 

id PAA17810; Sat, 1 Mar 1997 15:37:49 -0800 
From: w6go@netcom.com (Jay O'Brien - W6GO0) 


Message-Id: <199703012337 .PAA17810@netcom6.netcom. com> 
Subject: Work in progress 

To: regional_freq@tapr.org (tapr_freq_coord !) 

Date: Sat, 1 Mar 1997 15:37:49 -0800 (PST) 

X-Mailer: ELM [version 2.4 PL23] 

MIME-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 


Not a complaint, but something incomplete (now) in NADSD: 


In the print version the following fields do not print: 
Notes, Network Type, Software 


In the web page the following fields do not print: 
Network type, Software 


73, Jay 
w6go@netcom.com 


From dmeredith@phx-az.ampr.org Sun Mar 02 19:24:36 1997 
Received: from azgtwy.ampr.org ([164.50.248.100]) by tapr.org (8.7.5/8.7.3/1.9) 
with SMTP id TAA29931 for <regional_freq@tapr.org>; Sun, 2 Mar 1997 19:24:34 -0600 
(CST) 
From: dmeredith@phx-az.ampr.org 
Received: from phx-az.ampr.org by azgtwy.ampr.org (JNOS1.11x3) with SMTP 
id AA5036 ; Wed, 06 Feb 36 23:51:59 MST 
Date: Sun, 02 Mar 97 18:23:19 MST 
Message-Id: <2549@phx-az.ampr.org> 
To: regional_freq@tapr.org 
Subject: Uploads 


I know this has been answered before and my appolgies for asking... 

How often does the update take place? I uploaded the new Arizona records 
and have not seen an update yet...and Yep, I'm clicking reload on my 
browser... 


Thanks... 
Daniel 


From knoliver@tcd.net Sun Mar 02 21:46:19 1997 
Received: from mx.tcd.net (root@testmachine.tcd.net [198.70.50.5]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id VAA07954 for <regional_freq@tapr.org>; Sun, 2 Mar 
1997 21:46:17 -0600 (CST) 
Received: from tcd.net (root@main.tcd.net [198.70.50.4]) 
by mx.tcd.net (8.8.5/8.8.5) with ESMTP 

id VAA04824 for <regional_freq@tapr.org>; Sun, 2 Mar 1997 21:48:55 -0700 
Received: from knoliver (slip12.cedar.tcd.net [198.70.50.152]) by tcd.net 
(8.8.5/8.8.5) with ESMTP id UAA15268 for <regional_freq@tapr.org>; Sun, 2 Mar 1997 
20:46:14 -0700 
Message-Id: <199703030346.UAA15268@tcd.net> 
From: "Ken Oliver" <knoliver@tcd.net> 
To: <regional_freq@tapr.org> 


Subject: Upload help 

Date: Sun, 2 Mar 1997 20:47:27 -0700 
X-MSMail-Priority: Normal 

X-Priority: 3 

X-Mailer: Microsoft Internet Mail 4.70.1155 
MIME-Version: 1.0 

Content-Type: text/plain; charset=IS0-8859-1 
Content-Transfer-Encoding: 7bit 


Anyone using internet Explorer? I need some help to upload 
file to NADSD. I do have proper login and password. I must 
be overlooking something. 73 Ken 


From cestey@millcomm.com Mon Mar 03 08:47:35 1997 

Received: from mill12.millcomm.com (root@Mill2.MillComm.COM [199.170.133.2]) by 

tapr.org (8.7.5/8.7.3/1.9) with SMTP id IAA10712 for <regional_freq@tapr.org>; 

Mon, 3 Mar 1997 08:47:34 -0600 (CST) 

Received: from Dial-01.Mpls.MillComm.COM by mill2.millcomm.com with smtp 
(Smail3.1.29.1 #2) id mOw1Z2a-O000MmxC; Mon, 3 Mar 97 08:48 CST 

Date: Mon, 3 Mar 97 08:48 CST 

Message-Id: <1.5.4.16.19970303143648 .478730c2@millcomm. com> 

X-Sender: cestey@millcomm.com 

X-Mailer: Windows Eudora Light Version 1.5.4 (16) 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: regional_freq@tapr.org 

From: Carl Estey <cestey@millcomm.com> 

Subject: Re: [REGIONAL_FREQ:288] Uploads 


Daniel - 


Allow a couple of hours after uploading to see the effect of your work. It 
is not immediate. 


Carl - WAOCQG 

At 07:25 PM 3/2/97 -0600, you wrote: 

>I know this has been answered before and my appolgies for asking... 
>How often does the update take place? I uploaded the new Arizona records 
>and have not seen an update yet...and Yep, I'm clicking reload on my 
>browser... 

> 

>Thanks... 

> 

>Daniel 

> 

> 

> 


From wd5ivd@tapr.org Thu Mar 06 01:51:11 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id BAA12764 for <regional_freq@tapr.org>; Thu, 6 Mar 1997 01:51:09 
-0600 (CST) 

Message-Id: <v03007817af4427794003@[208 .134.134.40]> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 6 Mar 1997 01:51:23 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 
From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: Check Data Program 


I just ran the first test of the Check Input Data Program. Everyone that 
is submitting data should receive one or more e-mail messages for each data 
file. 


The test program checks just a few of the fields based on the current DATA 
FORMAT of the NADSD. We have added X1J and some other network types that 
were suggested. 


Look forward to hearing what everyone got. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wleo@wleo.ampr.org Thu Mar 06 07:48:48 1997 
Received: from gw.ri.ultranet.com (gw.ri.ultranet.com [146.115.238.166]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id HAA24179 for <regional_freq@tapr.org>; 
Thu, 6 Mar 1997 07:48:45 -0600 (CST) 
Received: from wleo.ampr.org by switch.woonri.ampr.org (MFNOS 1.24) 
with SMTP id AA27315 ; Thu, 06 Mar 1997 08:48:39 -0500 (EST) 
Date: Thu, 06 Mar 97 13:41:05 UTC 
Message-Id: <20395@wleo.ampr.org> 
From: wileo@wleo.ampr.org ("DoC" Dave Willard) 
Reply-To: wleo@gw.ri.ultranet.com 
To: regional_freq%étapr.org@switch.woonri 
Subject: NADSD data checking 
X-Mailer: Bdale's Mailer version PA3AZK.940404 (MSDOS) 


I would like to suggest that the APRS entry for System Type be expanded 
to <APRS digi> and <APRS gateway> since from a users viewpoint there is 


a great difference in service. 


What is the appropriate entry for Network Type when the System Type is 
DX Cluster? I see no appropriate entry unless its <...>! 


What is the appropriate entry in ANY field if unknown? Blank, space or <?>? 
73 DoC, W1EO 


From wileo@wileo.ampr.org Thu Mar 06 08:27:05 1997 
Received: from gw.ri.ultranet.com (gw.ri.ultranet.com [146.115.238.166]) by 


tapr.org (8.7.5/8.7.3/1.9) with SMTP id IAA25878 for <regional_freq@tapr.org>; 

Thu, 6 Mar 1997 08:27:03 -0600 (CST) 

Received: from wleo.ampr.org by switch.woonri.ampr.org (MFNOS 1.24) 
with SMTP id AA27319 ; Thu, 06 Mar 1997 09:27:38 -0500 (EST) 

Date: Thu, 06 Mar 97 14:21:22 UTC 

Message-Id: <20396@wleo.ampr.org> 

From: wleo@wileo.ampr.org ("DoC" Dave Willard) 

Reply-To: wleo@gw.ri.ultranet.com 

To: regional_freq%tapr.org@switch.woonri 

Subject: NADSD data check 

X-Mailer: Bdale's Mailer version PA3AZK.940404 (MSDOS) 


On second thought, I guess the gate/digi information for APRS stations 
better fits in the NOTES field. I withdraw my suggestion about changing 
the SYSTEM TYPE definitions. 


73 DoC 


From wd5ivd@tapr.org Thu Mar 06 17:45:37 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id RAAQOQ805 for <regional_freq@tapr.org>; Thu, 6 Mar 1997 17:45:33 
-Q600 (CST) 

Message-Id: <v03007806af4504160ff4@[208.134.134.40]> 

In-Reply-To: <199702270901.BAA14349@netcom15.netcom. com> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Thu, 6 Mar 1997 17:45:37 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:272] Re: By Popular Demand 


>Wonderful!! My Browser loves the new format. 

> 

>Greg now has something that loads instantly and that I can print. And, 
>I did print the California record, just to prove I could and to see how 
>my inputs track with the others. The California record took 26 pages 
>and it took over an hour and a half to print on my LaserJet II. Gawd, 
>how I x*xlovex* Windows. 


Thanks. 


>I have some suggestions. 
> 


Vv 
b 


. The Sponsor field is not wide enough. Example, Oakhurst, 145.77. 
"Charles Allessi, W6IEG" is the data, and it is printed as follows: 
"Charles Allessi, W". The Sponsor field is shared with the 
Organization field and notes. It looks like there is always a 
blank line between the Organization field and the Notes field. 

I suggest that IF there is a comma in the Sponsor field, which 

in my example indicates a callsign follows, that the callsign be 
placed on the next line. The Organization would be the next line, 
followed by notes on the next line. 


VV VV VV VV 


I'll work on this in the coming week or two. I'll also add the field 


lengths to the HOWTO page that has the data format. 


>2. Now that the display is in non-proportional font format, I suggest 
> that the maximum number of characters or other limitations be 
> detailed for each field in the database. 


See above. 


>3. Now that "Network type" is meaningful, I suggest that "PC/TNC" be 
added to the acceptable entries to allow the L2 only WA8DED code 
originally provided with the PacketCluster software to be designated. 
A large portion of PacketCluster nodes run BPQ switches as TSRs 
replacing PC/TNC, and they would be so indicated. I also suggest 
that "X1J" be allowed as a network type. JI find many such entries 
across the states' databases and as it is enough different from the 
original "TheNet", I suggest that "X1J" be sanctioned. The same with 
"KA" for KA-Node (ugh) . 


VV VV VV VV 


Check the data format. Those have been added. Someone asked about APRS. 
Maybe it should be APRS as a System Type and then DIGI or GATEWAY whatever 
as a NETWORK type ? Should we add GATEWAY and DIGI under NETWORK types ? 


Now that I see how the new format looks (great!), I am going to 
update my "Network type" field to reflect "BPQ" for most of our 
PacketCluster Nodes, "PC/TNC" for the two that haven't converted, 
and "X1J" for most of our user access Network nodes (but a very 
small number of TheNet and KA nodes). 


VVV VV 


I saw where some folks wanted to add the rev of X1J along with the name. 
That probably should be kept in notes ? 


>4. I suggest that users be allowed to pull data from the database based 
> on several different criteria, and then display the data and download 
> a straight ASCII file that could be printed off-line. The Selection 
> criteria should include the following examples: 


As to the range selection (which I deleted opps) -- this is the purpose of 
the map. Once we get some closure on people using tyhe correct types then 
Steve will be able to limit map showings to those...to see what a node is, 
just click on it and the data appears at the bottom. 


I will be adding by freq, network, system types as web pages...So you can 
view a state ranked by freq and the types of systems. 


I felt the check page code was needed before adding further to the pages. 


>5. I suggest that additional fields be made "required", after giving 

> the uploaders an opportunity to comment. For instance, Last update, 
> submitter email and submitter info should be required fields, in my 
> opinion. 


As stated eariler, the committee will begin to ask for required fields 
later in the process...maybe by summer. Let's give everyone time to get 


their check data back and then make changes to their data. 


>6. I suggest that the "n/p" entered for "not provided" (I guess) be 
> dropped for the situations when "Organization" is not included. It 
> really cheapens the display and printout, in my opinion. 


Okay. What do others think ? 


>7. I suggest that the "Submitter email" field be added in the same 
> column as "Submitter and last updated" as a third line. This will 
> give "lookee-loos" someone to send email to if they have a question. 


I'll look at it. 


>8. I suggest that the Location column be changed to show "Geographic 
> Area" first, then "County" then "Location". This would start with 
> the widest area and narrow down to the specific location. 


Comments from the group ? 
I like to think small to large, this approach is large to small. 


>9. I suggest that the User parameters column be changed to show the 

> "System type" first, then "Network type", "Software used", "Speed", 
> "IP Address" and "FQDN" as these are likely to be the order of 

> criteria used by a user to select a packet node of some type. 


Comments from the group ? 


They are currently displayed as I thought they made sense. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wleo@wleo.ampr.org Mon Mar 10 08:26:01 1997 
Received: from gw.ri.ultranet.com (gw.ri.ultranet.com [146.115.238.166]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id IAAQ8587 for <regional_freq@tapr.org>; 
Mon, 10 Mar 1997 08:25:54 -0600 (CST) 
Received: from wleo.ampr.org by switch.woonri.ampr.org (MFNOS 1.24) 
with SMTP id AA27577 ; Mon, 10 Mar 1997 09:26:02 -0500 (EST) 
Date: Mon, 10 Mar 97 14:21:33 UTC 
Message-Id: <20409@w1leo.ampr.org> 
From: wleo@wileo.ampr.org ("DoC" Dave Willard) 
Reply-To: wleo@gw.ri.ultranet.com 
To: regional_freq%tapr.org@switch.woonri 
Subject: Is this broken? 


X-Mailer: Bdale's Mailer version PA3AZK.940404 (MSDOS) 


I have received no SIG msgs for days now. Alos I have not had any responses 
to my request for guidance for entries to be used for fields for which 

we have no knowledge. Should they be left blank or should a '?' or space 

be inserted? 

73 DoC 


From grkent@bigfoot.com Mon Mar 10 08:57:59 1997 
Received: from pacs03.infoave.net (pacs03.InfoAve.Net [165.166.0.13]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id IAA10089 for <regional_freq@tapr.org>; Mon, 10 Mar 
1997 08:57:58 -0600 (CST) 
Received: from george (dial-8.r3.sclncs.Infoave.Net) 
by InfoAve.Net (PMDF V5.1-5 #17060) 
with SMTP id <OLIGCOHAIJDBY96WITR@InfoAve.Net> for regional_freq@tapr.org; Mon, 
10 Mar 1997 09:57:42 EST 
Date: Mon, 10 Mar 1997 09:56:55 -0500 
From: George Kent <grkent@bigfoot.com> 
Subject: Re: [REGIONAL_FREQ:295] Is this broken? 
In-reply-to: <20409@wleo.ampr.org> 
To: regional_freq@tapr.org 
Message-id: <QLIGCOHCCO3K96WIIR@InfoAve.Net> 
MIME-version: 1.0 
X-Mailer: Becky! ver 1.12 
Content-type: text/plain 
Content-transfer-encoding: 7bit 
References: <20409@w1eo.ampr.org> 


On Mon, 10 Mar 1997 08:26:43 -0600 (CST) 
wieo@wileo.ampr.org ("DoC" Dave Willard) wrote: 


I have received no SIG msgs for days now. Alos I have not had any responses 
to my request for guidance for entries to be used for fields for which 

we have no knowledge. Should they be left blank or should a '?' or space 

be inserted? 

73 DoC 


VVVV VV 


Doc, I have left mine blank, and it seems to work fine. 
Yes, the message activity is slow but believe it was just the weekend. 
People are starting to get outside. 


George Kent 

Lancaster, SC 

KD4DVT@KD4DVT .#LANC.SC.USA.NOAM 
grkent@bigfoot.com 


From wleo@wleo.ampr.org Mon Mar 10 10:37:59 1997 
Received: from gw.ri.ultranet.com (gw.ri.ultranet.com [146.115.238.166]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id KAA15997 for <regional_freq@tapr.org>; 


Mon, 10 Mar 1997 10:37:42 -0600 (CST) 

Received: from wleo.ampr.org by switch.woonri.ampr.org (MFNOS 1.24) 
with SMTP id AA27585 ; Mon, 10 Mar 1997 11:37:29 -@500 (EST) 

Date: Mon, 10 Mar 97 16:31:06 UTC 

Message-Id: <20410@w1eo.ampr.org> 

From: wleo@wleo.ampr.org ("DoC" Dave Willard) 

Reply-To: wleo@gw.ri.ultranet.com 

To: regional_freq%tapr.org@switch.woonri 

Subject: working! 

X-Mailer: Bdale's Mailer version PA3AZK.940404 (MSDOS) 


>Doc, I have left mine blank, and it seems to work fine. 

>Yes, the message activity is slow but believe it was just the weekend. 
>People are starting to get outside. 

> 

> 

>George Kent 

>Lancaster, SC 

>KD4DVT@KD4DVT .#LANC.SC.USA.NOAM 

>grkent@bigfoot.com 


Thanks George. I was leaving mine blank also but the format check run 
recently sent me a set of messages indicating that "" was wrong. Thats 
why I asked. 

And maybe in SC folks see spring but We just had a 3 inch heavy snow 
storm up here in New England <grin>. 

73 DoC sysop@wion.ma.usa.noam 


From wd5ivd@tapr.org Mon Mar 10 11:17:54 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id LAA18759 for <regional_freq@tapr.org>; Mon, 10 Mar 1997 11:17:52 
-Q600 (CST) 

Message-Id: <v0300781daf49f0aalede@[208.134.134.40]> 

In-Reply-To: <20410@wleo.ampr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 10 Mar 1997 11:11:07 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:297] working! 


Hi Doc. 


The ? will also appear with a WARNING in the current code I have written. 
I did not take into account that some of the SYSTEM types will not have 
NETWORK type field entires. That will be corrected the next time it is run. 


You shouldn't use ? in the fields, becuase they will show up in the web 
page and probably look strange to someone looking at your data. 


Now -- if a NETWORK or SYSTEM field is blank then the system will give a 
WARNING. The purpose of the WARNINGs right now is to try to get the data 
matching the format closer so that Steve can get the mapping functions to 
relate to those fields. 


Next on the list will be checking the LAT/LON fields for formatting. 
Cheers - Greg 


>>Doc, I have left mine blank, and it seems to work fine. 

>>Yes, the message activity is slow but believe it was just the weekend. 
>>People are starting to get outside. 

>> 

>> 

>>George Kent 

>>Lancaster, SC 

>>KDA4DVT@KDADVT .4##LANC.SC.USA.NOAM 

>>grkent@bigfoot.com 


> 
>Thanks George. I was leaving mine blank also but the format check run 
>recently sent me a set of messages indicating that "" was wrong. Thats 


>why I asked. 

>And maybe in SC folks see spring but We just had a 3 inch heavy snow 
>storm up here in New England <grin>. 

>73 DoC sysop@wion.ma.usa.noam 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Mon Mar 10 12:15:54 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id MAA22669 for <regional_freq@tapr.org>; Mon, 10 Mar 1997 12:15:52 
-Q600 (CST) 

Message-Id: <v0300782faf49fc72e440@[208 .134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 10 Mar 1997 12:00:03 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Opps 


Just caught a bug in the generation code....thanks to Frank at TPRS for the 
clue. 


The Network Field wasn't being output. 
Looks a lot better now. 


Cheers - Greg 


Greg Jones, WD5IVD 


Austin, Texas 
wd5ivd@tapr. org 
http: //www.tapr.org/~wd5ivd 


From kc3et@diamond.nb.net Mon Mar 10 23:14:12 1997 

Received: from nb.net (diamond.nb.net [207.113.179.26]) by tapr.org 

(8.7.5/8.7.3/1.9) with SMTP id XAAQ5953 for <regional_freq@tapr.org>; Mon, 10 Mar 

1997 23:13:51 -0600 (CST) 

Received: from National Business Network.nb.net by nb.net (SMI-8.6/SMI-SVR4) 
id AAAOQ1031; Tue, 11 Mar 1997 00:14:15 -0500 

Message-ID: <3324E966.25A8@nb.net> 

Date: Tue, 11 Mar 1997 00:11:02 -0500 

From: Chuck Gessner <kc3et@diamond.nb.net> 

Reply-To: kc3et@diamond.nb.net 

Organization: CNG ENTERPRISES 

X-Mailer: Mozilla 3.01Gold (Win95; U) 

MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Re: [REGIONAL_FREQ:295] REGIONAL_FREQ digest 96 

References: <199703101427 .TAAQ8670@tapr.org> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


regional_freq@tapr.org wrote: 
REGIONAL_FREQ Digest 96 
Topics covered in this issue include: 


1) Is this broken? 
by wleo@wieo.ampr.org ("DoC" Dave Willard) 


VV VVVV VV 


Vv 


Date: Mon, 10 Mar 97 14:21:33 UTC 

From: wleo@wieo.ampr.org ("DoC" Dave Willard) 
To: regional_freq%tapr.org@switch.woonri 
Subject: Is this broken? 

Message-ID: <20409@wileo.ampr.org> 


I have received no SIG msgs for days now. Alos I have not had any responses 
to my request for guidance for entries to be used for fields for which 

we have no knowledge. Should they be left blank or should a '?' or space 

be inserted? 

73 DoC 


VVVV VV VV VV VV NV 


> End of REGIONAL_FREQ Digest 96 

D> KKK KKK KKK KKK KKK KEK K KKK EKER KEK 

Hi Doc, etal. 

To answer your question about filling in the necessary fields, I 


simply added three periods (ie. ... ) to fill in the entries that 
did not have information in before. This all came about when I 
received a message from the Tapr server last weekend showing that 
certain fileds, such as SYSTEM TYPE and NETWORK TYPE, generated an 
error message because I had no information in those fields. SO, I 
retyped the document for my area in W.Pa. and added those three 
periods in each of those fields that apparently required it. So far 
I have not received another Tapr server message yet, although I think 
that server runs once a week. I am looking forward to seeing if any 
more messages will be generated by that server informing me of my 
errors. Hi Hi. 

73 de Chuck KC3ET 


From wd5ivd@tapr.org Mon Mar 10 23:37:09 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id XAAQ8292 for <regional_freq@tapr.org>; Mon, 10 Mar 1997 23:37:06 
-Q600 (CST) 

Message-Id: <v03007804af4a9e84a7b6@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 10 Mar 1997 23:37:26 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Blank Fields 


Please note -- as explained in the message at the top of the first check 
program output -- expect things to change with respect to the check 
program. I was wanting input back from everyone about how it worked -- and 


all the mail I got was positive in nature. 


The check program is not running automatically currently. I am running it 
by hand now. I figure to run it again sometime before the end of the week. 
I figure additional time is required between runnings to help everyone get 
their data corrected. As the data warning rates decline we should be able 
to automate. The question then becomes -- do you want weekly or monthly ? 


The first program -- opps -- didn't take into account that certain types of 
SYSTEM types don't have NETWORK fields entires. Thus BBS, DX CLUSTER, 
APRS, DIGITIAL RPT, DIGI can have a blank NETWORK field. Right ? 


So, don't use ??? or ... or other items. NETWORK TYPE can be blank and 
should be blank for certain entires. 


I am updating the checking code to take this into account so that it does 
not report a BLANK NETWORK type field upon the SYSTEM types above. 


Now, if you added ???? or ... and the program runs next time -- the system 
will probably inform you that the NETWORK field contains an invalid entry, 
since ??? or ... are not covered in e definition of that field. 


Overall, from what Carl and myself can see from the data thus far the first 
run of the check program really helped the input of data. Sorry about the 
little issue here, but deleting a pattern like ??? or ... shouldn't be a 
big issue for most software programs. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From sdimse@bridge.net Tue Mar 11 01:55:07 1997 

Received: from newworld.bridge.net (root@bridge.net [204.253.4.4]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id BAA23490 for <regional_freq@tapr.org>; Tue, 11 Mar 
1997 01:55:06 -0600 (CST) 

Received: from [199.174.214.5] (hd03-005.compuserve.com [199.174.214.5]) by 
newworld.bridge.net (8.8.5/8.8.3) with SMTP id CAAQ8398 for 
<regional_freq@tapr.org>; Tue, 11 Mar 1997 02:55:02 -0500 (EST) 

Message-Id: <199703110755.CAA08398@newworld.bridge.net> 

Subject: Re: [REGIONAL_FREQ:301] Blank Fields 

Date: Tue, 11 Mar 97 02:55:09 -0500 

x-sender: sdimse@mail.bridge.net 

X-mailer: Claris Emailer 2.0 x49, February 10, 1997 

From: Steve Dimse <sdimse@bridge.net> 

To: <regional_freq@tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 


>The check program is not running automatically currently. I am running it 
>by hand now. I figure to run it again sometime before the end of the week. 
>I figure additional time is required between runnings to help everyone get 
>their data corrected. As the data warning rates decline we should be able 
>to automate. The question then becomes -- do you want weekly or monthly ? 
> 

I'd say even more often...new data should be checked sooner. Is there a 

way to check only newly uploaded data? This could run several times a 

day, with a global check of the entire data base once a week. This way 

you wouldn't get bombed with email if you can't fix data immediately, but 
you will know if something you've entered is wrong right away. 


Steve K4HG 


From grkent@bigfoot.com Tue Mar 11 08:01:06 1997 
Received: from pacs03.infoave.net (pacs03.InfoAve.Net [165.166.0.13]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id IAAQ5072 for <regional_freq@tapr.org>; Tue, 11 Mar 
1997 08:01:04 -0600 (CST) 
Received: from george (dial-10.r2.sclncs.InfoAve.Net) 
by InfoAve.Net (PMDF V5.1-5 #17060) 
with SMTP id <OLIGDCSO66QY93PK2R@InfoAve.Net> for regional_freq@tapr.org; Tue, 
11 Mar 1997 09:01:16 EST 
Date: Tue, 11 Mar 1997 09:00:25 -0500 
From: George Kent <grkent@bigfoot.com> 
Subject: Re: [REGIONAL_FREQ:301] Blank Fields 
In-reply-to: <v03007804af4a9e84a7b6@[208.134.134.40]> 


To: regional_freq@tapr.org 

Message-id: <QLIGDCSPY3X893PK2R@InfoAve.Net> 
MIME-version: 1.0 

X-Mailer: Becky! ver 1.12 

Content-type: text/plain 

Content-transfer-encoding: 7bit 

References: <v03007804af4a9e84a7b6@[208.134.134.40]> 


The check program is not running automatically currently. I am running it 
by hand now. I figure to run it again sometime before the end of the week. 
I figure additional time is required between runnings to help everyone get 
their data corrected. As the data warning rates decline we should be able 
to automate. The question then becomes -- do you want weekly or monthly ? 


VV VV VV 


In my case a weekly check is fine for now and as the error rate declines 
once a month would work fine. 


George Kent 

Lancaster, SC 

KD4DVT@KD4DVT .#LANC.SC.USA.NOAM 
grkent@bigfoot.com 


From faguilar@ICSI.Net Tue Mar 11 09:00:10 1997 

Received: from ICSI.Net (ns2.ICSI.Net [199.1.96.110]) by tapr.org 

(8.7.5/8.7.3/1.9) with SMTP id JAAQ8064 for <regional_freq@tapr.org>; Tue, 11 Mar 

1997 09:00:09 -0600 (CST) 

Received: from warhol.ICSI.Net by ICSI.Net (SMI-8.6/SMI-SVR4) 
id IAA25067; Tue, 11 Mar 1997 08:58:15 -0600 

Received: from ppp010-lardtx.ICSI.Net by warhol.ICSI.Net (SMI-8.6/SMI-SVR4) 
id IAA20545; Tue, 11 Mar 1997 08:58:37 -0600 

Message-ID: <3325731D.740E@icsi.net> 

Date: Tue, 11 Mar 1997 08:58:37 -0600 

From: "Frank R. Aguilar" <faguilar@ICSI.Net> 

Organization: N5SSH 

X-Mailer: Mozilla 2.02 (Win16; I) 

MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Re: Blank Fields 

References: <OLIGDCSPY3X893PK2R@InfoAve.Net> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


The check program is not running automatically currently. I am running it 
by hand now. I figure to run it again sometime before the end of the week. 
I figure additional time is required between runnings to help everyone get 
their data corrected. As the data warning rates decline we should be able 
to automate. The question then becomes -- do you want weekly or monthly ? 


VV VV VV 


Once a week would be fine for me, however it would be nice if we could trigger a 
run ourselves say by the 

presence of a particular file in the upload subdirectory for example. That way, 
if we make a lot of changes, 


we won't have to wait for the weekly (or whatever time interval) run. 


Frank Aguilar N5SSH 
faguilar@icsi.net 
TPRS 


From wleo@wleo.ampr.org Tue Mar 11 11:13:23 1997 

Received: from wleo.ampr.org (wleo.ampr.org [44.56.4.78]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id LAA15085 for <regional_freq@tapr.org>; Tue, 11 Mar 
1997 11:09:58 -0600 (CST) 

Date: Tue, 11 Mar 97 17:03:28 UTC 

Message-Id: <20424@w1eo.ampr.org> 

From: wleo@wieo.ampr.org ("DoC" Dave Willard) 

Reply-To: wleo@gw.ri.ultranet.com 

To: regional_freq@tapr.org 

Subject: Re: [REGIONAL_FREQ:304] Re: Blank Fields 

In-Reply-To: Your message of Tue, 11 Mar 1997 09:04:29 -0600 (CST) 
X-Mailer: Bdale's Mailer version PA3AZK.940404 (MSDOS) 


In message <3325731D.740E@icsi.net> you write: 

The check program is not running automatically currently. I am running it 
by hand now. I figure to run it again sometime before the end of the week. 
I figure additional time is required between runnings to help everyone get 
their data corrected. As the data warning rates decline we should be able 
to automate. The question then becomes -- do you want weekly or monthly ? 


VV VV VV VV 
VV VV VV 


Once a week would be fine for me, however it would be nice if we could trigger a 
run ourselves say by the 

> presence of a particular file in the upload subdirectory for example. That way, 
if we make a lot of changes, 

we won't have to wait for the weekly (or whatever time interval) run. 


faguilar@icsi.net 


> 
> 
> Frank Aguilar N5SSH 
> 
> TPRS 

> 


Self trigger and once per week sound good to me. 
73 Doc 


From wd5ivd@tapr.org Tue Mar 11 12:28:31 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id MAA19611 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 12:28:28 
-Q600 (CST) 

Message-Id: <v03007801af4b4c£550a6@[208.134.134.40]> 

In-Reply-To: <199703110755 .CAA08398@newworld.bridge.net> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 11 Mar 1997 11:58:32 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:302] Re: Blank Fields 


>>The check program is not running automatically currently. I am running it 
>>by hand now. I figure to run it again sometime before the end of the week. 
>>I figure additional time is required between runnings to help everyone get 
>>their data corrected. As the data warning rates decline we should be able 
>>to automate. The question then becomes -- do you want weekly or monthly ? 
>> 

>I'd say even more often...new data should be checked sooner. Is there a 
>way to check only newly uploaded data? This could run several times a 

>day, with a global check of the entire data base once a week. This way 

>you wouldn't get bombed with email if you can't fix data immediately, but 
>you will know if something you've entered is wrong right away. 

> 


Actually it is just a change to the exitsing program based on day offset 
when the data file is first opened. I just haven't turned that part of the 
program on yet. 


The goal will be to run the program nightly looking for the date offset 
being 1 (current day) and then generate a report and then run weekly or 
monthly on the entire thing reminding folks what hasn't been fixed. 


I guess I could run it every 3 hours like the creation of the system and 
look for an hour offset, but wanted to keep it simply. 


Just working into all this slowly. 


Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Tue Mar 11 12:28:43 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id MAA19654 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 12:28:41 
-Q600 (CST) 

Message-Id: <v03007808af4b52c7af05@[208.134.134.40]> 

In-Reply-To: <3325731D.740E@icsi.net> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 11 Mar 1997 12:21:14 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:304] Re: Blank Fields 


Now that is a very good concept Frank. Let me put that on the list for how 
to do it automatcially based on submitter request. 


Greg 


>> The check program is not running automatically currently. I am running it 
>> by hand now. I figure to run it again sometime before the end of the week. 
>> I figure additional time is required between runnings to help everyone get 
>> their data corrected. As the data warning rates decline we should be able 
>> to automate. The question then becomes -- do you want weekly or monthly ? 


>Once a week would be fine for me, however it would be nice if we could 
>trigger a run ourselves say by the 

>presence of a particular file in the upload subdirectory for example. 
>That way, if we make a lot of changes, 

>we won't have to wait for the weekly (or whatever time interval) run. 
> 

>Frank Aguilar N5SSH 

>faguilar@icsi.net 

>TPRS 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Tue Mar 11 16:04:55 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id QAA02598 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 16:04:52 
-0600 (CST) 

Message-Id: <v03007818af4b81e4c3ad@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 11 Mar 1997 15:58:39 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Update on Checkpages Program 


Okay -- here is what I have implemented for the check program as of this 
aftenoons break... 


1. The check program now runs every hour, 5 mins past. 


If it sees a file that has changed in the last hour it then generates a 
report for that file only and e-mails it to the submission group. I could 
set this for every 30 mins if you want or set it for every 3 hour or any 
time period that would be handy. 


Thus, if you upload an update -- at 5mins past the hour the system will 


send you e-mail about the updated file. 


2. When we are ready, I will set the check program to run once weekly to 
all groups informing them on their data accuracy. 


Eventually, I will add some text to the weekly message that indicates when 
the file was last updated in number of days. 


3. I have changed the checking code so that it does the following on the 
SYSTEM and NETWORK fields. 


@system_type = ('NODE','BBS','DX CLUSTER’, 'APRS', 'DIGITAL 
RPT','DIGI', 'SWITCH'); 


If the SYSTEM field is blank it tells you: 
"WARNING: System Field ' __is blank__'"; 

If the SYETEM field is not a type defined above then it prints: 
"WARNING: System Field contains an invalid type: '$systype'"; 


@network_type = 
('ROSE', 'NETROM', 'THENET', 'BPQ', 'TCP/IP', 'APPLETALK','X1J3','PC/TNC', 'TEXNET', 'FL 
EXNET', 'KANODE') ; 


If the SYSTEM field is equal to NODE or SWITCH and the Network field is blank: 
"WARNING: Network Field for System Type '$systype' __is blank__"; 


If the SYSTEM field is equal to NODE or SWITCH and Network field is not a 
type defined above then it prints: 
"WARNING: Network Field contains an invalid type: '$netype'"; 


If the SYSTEM field is not NODE or SWTICH and the Network contains 
something it says: 
"CHECK: Network type defined as '$netype' when it might be blank 


for System '$systype'"; 


Have fun! 


Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Tue Mar 11 16:41:30 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id QAA05373 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 16:41:14 
-Q600 (CST) 

Message-Id: <v0300781baf4b8f67£12f@[208 .134.134.40]> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Date: Tue, 11 Mar 1997 16:39:06 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 
From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: Hourly Check Program 


When someone updates their file and gets the message from the system, let 
me know if it worked okay. 


Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From sdraper@ckt.net Tue Mar 11 18:53:41 1997 
Received: from ckt.net (girard1-le1.ckt.net [206.253.50.10]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id SAA12106 for <regional_freq@tapr.org>; Tue, 11 Mar 
1997 18:53:39 -0600 (CST) 
Received: from LOCALNAME by ckt.net (SMI-8.6/SMI-SVR4) 
id SAAQ7890; Tue, 11 Mar 1997 18:53:35 -0600 
Message-ID: <3325A8E6.1E7A@ckt.net> 
Date: Tue, 11 Mar 1997 18:48:06 +0000 
From: "Stephen C. Draper N5SD" <sdraper@ckt.net> 
Reply-To: sdraper@ckt.net 
X-Mailer: Mozilla 3.01 (Win16; I) 
MIME-Version: 1.0 
To: regional_freq@tapr.org 
Subject: Delete File 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


How do we delete files from our directory? I assume I could just upload 
an empty file to that name but that would not be neat. 


Steve Draper, N5SD 
sdraper@ckt.net 


From ka4afi@bbs.wd4roj.ampr.org Tue Mar 11 19:41:04 1997 

Received: from bbs.wd4roj.ampr.org (gw.awanet.com [205.216.78.95]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id TAA15071 for <regional_freq@tapr.org>; Tue, 11 Mar 
1997 19:41:02 -0600 (CST) 

Date: Tue, 11 Mar 97 19:37:30 CST 

Message-Id: <335625@bbs.wd4roj.ampr.org> 

From: Jim Ketcham <ka4afi@bbs.wd4roj.ampr.org> 

Reply-To: ka4afi@bbs.wd4roj.ampr.org 

To: regional_freq@tapr.org 

Subject: software field request 


Hello Greg (and the list), 


How about instead of JNOS, some flexibility with " xNOSs " 

so that " x " could be J, T, F, or what ever other flavors 
of NOS in use. JNOS and TNOS are probably the most popular, 
but there are others. Is there a way to program the field 
to accept other letters for the " x "? 


tone ne ne ne ne ne ne ee ne ne ne ne ne ee ee ee ee + 


73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 
WD4ROJ .#FSEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


tome ne ne ne ne ne ee ee ne ne ne ne ne ee ee we re + 


From wd5ivd@tapr.org Tue Mar 11 20:05:35 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id UAA17041 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 20:05:32 
-Q600 (CST) 

Message-Id: <v03007829af4bbcba9a64@[208 .134.134.40]> 

In-Reply-To: <335625@bbs.wd4roj.ampr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 11 Mar 1997 19:53:48 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:311] software field request 


You pretty much put what you like in the software field. Since software 
changes so frequently. SYSTEM types shouldn't need to be changed very 
often. NETWORK types will probably be added from time to time. 


The Software field's purpose is to help show the difference between BBS, DX 
CLuster, and other systems that are software based, but do the same thing 
with different programs. 


Cheers - Greg 


>Hello Greg (and the list), 

> 

>How about instead of JNOS, some flexibility with " xNOS " 
>so that " x " could be J, T, F, or what ever other flavors 
>of NOS in use. JNOS and TNOS are probably the most popular, 
>but there are others. Is there a way to program the field 
>to accept other letters for the " x "? 

> 

Dak See are Se a ee ee ee Se ee Se SR re Bere? See cop 

> 73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 

> WD4ROJ.#SEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


Dtow- ne ne ne ee ee ne ne ne ne ne ee ee re we we re + 


Greg Jones, WD5IVD 
Austin, Texas 
wd5ivd@tapr.org 


http: //www.tapr.org/~wd5ivd 


From ka4afi@bbs.wd4roj.ampr.org Tue Mar 11 20:22:22 1997 

Received: from bbs.wd4roj.ampr.org (gw.awanet.com [205.216.78.95]) by tapr.org 

(8.7.5/8.7.3/1.9) with SMTP id UAA18518 for <regional_freq@tapr.org>; Tue, 11 Mar 

1997 20:22:21 -0600 (CST) 

Date: Tue, 11 Mar 97 20:20:56 CST 

Message-Id: <335642@bbs.wd4roj.ampr.org> 

From: Jim Ketcham <ka4afi@bbs.wd4roj.ampr.org> 

Reply-To: ka4afi@bbs.wd4roj.ampr.org 

To: regional_freq@tapr.org 

Subject: Re: [REGIONAL_FREQ:312] Re: software field request 

In-Reply-To: your message of Tue Mar 11 20:09:49 1997 
<v03007829af4bbcba9a64@[208.134.134.40]> 


OK on "anything" in SOFTWARE field. I just wondered cause the 
guide says “item P / software used / Enter the terms specified... 


Fone ne ne ne ne ne ee ee ee ne ne ne ne ee ee we re + 


73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 
WD4ROJ .4FSEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


tome ne ne ne ne ne ee ee ee ne ne ne ne ee ee ee re + 


From wd5ivd@tapr.org Tue Mar 11 20:35:15 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id UAA19405 for <regional_freq@tapr.org>; Tue, 11 Mar 1997 20:35:13 
-Q600 (CST) 

Message-Id: <v0300782aaf4bc6b6f38d@[208.134.134.40]> 

In-Reply-To: <335642@bbs.wd4roj.ampr.org> 

References: your message of Tue Mar 11 20:09:49 1997 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 11 Mar 1997 20:35:38 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:313] Re: software field request 


Yes, those are suggestions. If you have others...like the one you listed, 
we can certainly add them. 

We plan on looking over the field entires in the next month or so after we 
get some other things narrowed down and see what people are using and then 
list all those. 

Until the field is 'checked' then there is no checking. 

LAT/LON format is next on the list. 


Greg 


>OK on "anything" in SOFTWARE field. I just wondered cause the 


>guide says "item P / software used / Enter the terms specified... 
> 

Da ass aS eS eS eres, eter SS, Sh ats Sa OSS Se SS Se SSS 

> 73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 

> WD4ROJ.#SEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


>to-- ne ne ne ee ee ne ne ne ne ne ee ee we we ee =e + 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From w6go@netcom.com Tue Mar 11 23:54:32 1997 
Received: from netcom4.netcom.com (w6go@netcom4.netcom.com [192.100.81.107]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id XAAQ2125 for <regional_freq@tapr.org>; 
Tue, 11 Mar 1997 23:54:31 -0600 (CST) 
Received: (from w6go@localhost) by netcom4.netcom.com (8.6.13/Netcom) 
id VAA19925; Tue, 11 Mar 1997 21:54:29 -0800 
From: w6go@netcom.com (Jay O'Brien - W6GO0) 
Message-Id: <199703120554.VAA19925@netcom4.netcom. com> 
Subject: Re: [REGIONAL_FREQ:312] Re: software field request 
To: regional_freq@tapr.org 
Date: Tue, 11 Mar 1997 21:54:29 -0800 (PST) 
In-Reply-To: <v03007829af4bbcba9a64@[208.134.134.40]> from "Greg Jones, WD5IVD" at 
Mar 11, 97 08:09:49 pm 
X-Mailer: ELM [version 2.4 PL23] 
MIME-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 


You pretty much put what you like in the software field. Since software 
changes so frequently. SYSTEM types shouldn't need to be changed very 
often. NETWORK types will probably be added from time to time. 


VV VV 


Does this mean I can put in Pclus or PacketCluster rather than "AK1A"? 


73, Jay 
w6go@netcom.com 


From wd5ivd@tapr.org Wed Mar 12 00:40:04 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id AAAQ7987 for <regional_freq@tapr.org>; Wed, 12 Mar 1997 00:40:02 
-Q600 (CST) 

Message-Id: <v03007838af4bf££183621@[208.134.134.40]> 

In-Reply-To: <199703120554.VAA19925@netcom4.netcom. com> 

References: <v03007829af4bbcba9a64@[208.134.134.40]> from "Greg Jones, 

WD5IVD" at Mar 11, 97 08:09:49 pm 

Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 12 Mar 1997 00:39:28 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:315] Re: software field request 


Yes. 
Are those names of software packages used by DX Clusters ? 


If you are using AK1A, you should use that...I know that some people are 
using UNIX based system and others some other software. You best know what 
the name of your software is. Unlike NETWORK and SYSTEM fields, I don't see 
the mapping software mapping system names any time soon, so the exact 
requirement for a specific field defintion for software is not as urgent as 
NETWORK or SYSTEM fields. 


The concept of the Software field is to get a feel of what people are 
using, plus when accessing a system functionality will depend on the 
software being used. 


In addition, there are always interesting questions to be answered on just 
what is the best supported software in various systems and the like. 


Greg 


>> You pretty much put what you like in the software field. Since software 
>> changes so frequently. SYSTEM types shouldn't need to be changed very 
>> often. NETWORK types will probably be added from time to time. 


>Does this mean I can put in Pclus or PacketCluster rather than "AK1A"? 
> 

>73, Jay 

> w6go@netcom.com 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Thu Mar 13 12:10:32 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id MAAQ3605 for <regional_freq@tapr.org>; Thu, 13 Mar 1997 12:10:30 
-Q600 (CST) 

Message-Id: <v03007874af4d£285acba@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Thu, 13 Mar 1997 12:10:59 -0600 


To: TAPR Regional Freq <regional_freq@tapr.org> 
From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: Weekly Check 


I just ran the weekly check. 


The number of WARNINGS the system generated this week as compared to last 
week dropped by half. Good work everyone! 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From kc3et@diamond.nb.net Thu Mar 13 14:34:04 1997 

Received: from nb.net (diamond.nb.net [207.113.179.26]) by tapr.org 

(8.7.5/8.7.3/1.9) with SMTP id OAAQ3298 for <regional_freq@tapr.org>; Thu, 13 Mar 

1997 14:34:01 -0600 (CST) 

Received: from National Business Network.nb.net by nb.net (SMI-8.6/SMI-SVR4) 
id NAA22782; Thu, 13 Mar 1997 13:41:49 -0500 

Message-ID: <332849AF .3867@nb.net> 

Date: Thu, 13 Mar 1997 13:38:39 -0500 

From: Chuck Gessner <kc3et@diamond.nb.net> 

Reply-To: kc3et@diamond.nb.net 

Organization: CNG ENTERPRISES 

X-Mailer: Mozilla 3.01Gold (Win95; U) 

MIME-Version: 1.0 

To: "regional_freq@tapr.org" <regional_freq@tapr.org> 

Subject: Entering Data-My Experiences 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


Hi. 

Well, I stuck my big foot in it last week. I stated that I had entered 
into the NETWORK filed three periods. Well, I have since found out that 
was not the proper way to do this when I didn't have an acceptable 
entry in that field. My problem had to do with entering KA Nodes into 
that field. Finally, I saw in one of the ‘regional freq' messages that 
the proper syntax was 'KANODE'. So, I re-entered it and now I have no 
more errors in my file for W. Pennsylvania. The new checker system 

that Greg WD5IVD has sure helped me a lot. Now, I am hoping that the 
next round of checking on the LAT and LON fields, when that starts, 
will find no errors in my file. Funny thing, I have had several 
requests from folks in Central Pennsylvania to enter their information 
into the NADSD. While I am supposed to be doing only W.Pa, I did enter 
their information, as well as some inforomation for parts of 
N.W.Virgina, and parts of E.Ohio. While I don't mind doing that, I 
think that it would behove those who live in those areas to have someone 
get on the band wagon and start getting this information entered into 


the NADSD system. 
Well, I have said my piece. So far, I think that this system is great. 
I enjoy working with everyone involved. 


73 de Chuck KC3ET 


From JHiggs@compuserve.com Sat Mar 15 08:05:03 1997 
Received: from dub-img-7.compuserve.com (dub-img-7.compuserve.com 
[149.174.206.137]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id IAA25265 for 
<regional_freq@tapr.org>; Sat, 15 Mar 1997 08:05:01 -0600 (CST) 
Received: by dub-img-7.compuserve.com (8.6.10/5.950515) 

id JAAQ1519; Sat, 15 Mar 1997 09:04:47 -0500 
Date: Sat, 15 Mar 1997 09:04:25 -0500 
From: Julian <JHiggs@compuserve.com> 
Subject: Data Scanning 
To: "INTERNET: regional_freq@tapr.org" <regional_freq@tapr.org> 
Message-ID: <199703150904_MC2-129C-8403@compuserve. com> 


once every few weeks automatically, automatically when 
new datafile is uploaded, and/or user triggerable is Ok by 
me. 


Project looks Great !!! 


Julian/ke4jno 
jhiggs@compuserve.com 


From w4sv@thor.pla-net.net Tue Mar 18 17:31:35 1997 
Received: from thor.pla-net.net (root@thor.pla-net.net [205.216.10.251]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id RAA26409 for <regional_freq@tapr.org>; 
Tue, 18 Mar 1997 17:31:33 -0600 (CST) 
Received: from [205.216.11.216] by thor.pla-net.net (5.x/SMI-SVR4) 
id ABO7276; Tue, 18 Mar 1997 17:31:28 -0600 
Message-Id: <9703182331.AB07276@thor.pla-net.net> 
Comments: Authenticated sender is <w4sv@pla-net.net> 
From: "Stan Vandiver" <w4sv@thor.pla-net.net> 
To: regional_freq@tapr.org 
Date: Tue, 18 Mar 1997 17:31:19 -0600 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7BIT 
Subject: GATEWAY - Network or System? 
Reply-To: w4sv@thor.pla-net.net 
Priority: normal 
X-Mailer: Pegasus Mail for Windows (v2.42) 


Hi All, 


GATEWAY and KANODE are a couple of new additions to the Network types 
on the NADSD. 


My personal thoughts are that GATEWAY should perhaps be a System type 
instead, served by a TCP/IP Network. My view is that gateways are sort of 
"super-systems'... with the capabilities of BBS, node, switch, and more! 


Their scope is certainly much more than just a transport medium, IMHO. 
Yet, even NODE and SWITCH qualifies as System types... with the particular 
flavor (BPQ, ROSE, THENET, etc) being the expression of the Network type. 


Comments? 
73 de Stan/W4SV 


From ka4afi@bbs.wd4roj.ampr.org Tue Mar 18 22:46:55 1997 

Received: from bbs.wd4roj.ampr.org (gw.awanet.com [205.216.78.95]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id WAA13967 for <regional_freq@tapr.org>; Tue, 18 Mar 
1997 22:46:54 -0600 (CST) 

Date: Tue, 18 Mar 97 22:46:26 CST 

Message-Id: <339625@bbs.wd4roj.ampr.org> 

From: Jim Ketcham <ka4afi@bbs.wd4roj.ampr.org> 

Reply-To: ka4afi@bbs.wd4roj.ampr.org 

To: regional_freq@tapr.org 

Subject: Re: GATEWAY ? 


On Tue, 18 Mar 97 Stan Vandiver <w4sv@thor.pla-net.net> wrote this: 


>GATEWAY and KANODE are a couple of new additions to the Network types 

>on the NADSD. 

> 

>My personal thoughts are that GATEWAY should perhaps be a System type 
>instead, served by a TCP/IP Network. My view is that gateways are sort of 
>'super-systems'... with the capabilities of BBS, node, switch, and more! 

> 

>Their scope is certainly much more than just a transport medium, IMHO. 
>Yet, even NODE and SWITCH qualifies as System types... with the particular 
>flavor (BPQ, ROSE, THENET, etc) being the expression of the Network type. 
> 


I think of a "GATEWAY" as a portal through which one can pass to where 
you normally would not be able to go. For example, SATgate, RFgate, or 
INETgate (Internet gateway). Sort of "beam me up, Scotty".... I don't 
know where to put it! Perhaps it is more than a SYSTEM or NETWORK !!! 


Fon- re ne ne ne ne ee ee ee ne ne ne nee ee ee re + 


73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 
WD4ROJ .4FSEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


ton- ne ne ne ne ne ne ee ee we ne ne ne re ee we ee + 


From burt@rocler.qc.ca Wed Mar 19 01:53:15 1997 

Received: from suroit.rocler.qc.ca (root@suroit.rocler.qc.ca [204.101.179.3]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id BAAQ2596 for <regional_freq@tapr.org>; 
Wed, 19 Mar 1997 01:53:14 -0600 (CST) 

Received: from p212.rocler.qce.ca (p212.rocler.qc.ca [204.101.179.212]) by 
suroit.rocler.qc.ca (8.6.11/8.6.9) with SMTP id CAA25353 for 
<regional_freq@tapr.org>; Wed, 19 Mar 1997 02:53:16 -0500 

Message-ID: <332F5543.AAE@rocler.qc.ca> 

Date: Wed, 19 Mar 1997 02:53:55 +0000 


From: Burt Lang <burt@rocler.qc.ca> 

Reply-To: burt@rocler.qc.ca 

Organization: ve2bmq 

X-Mailer: Mozilla 3.0 (Win16; I) 

MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Re: [REGIONAL_FREQ:321] Re: GATEWAY ? 
References: <339625@bbs.wd4roj.ampr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Jim Ketcham wrote: 
On Tue, 18 Mar 97 Stan Vandiver <w4sv@thor.pla-net.net> wrote this: 


>GATEWAY and KANODE are a couple of new additions to the Network types 

>on the NADSD. 

> 

>My personal thoughts are that GATEWAY should perhaps be a System type 
>instead, served by a TCP/IP Network. My view is that gateways are sort of 
>'super-systems'... with the capabilities of BBS, node, switch, and more! 

> 

>Their scope is certainly much more than just a transport medium, IMHO. 
>Yet, even NODE and SWITCH qualifies as System types... with the particular 
>flavor (BPQ, ROSE, THENET, etc) being the expression of the Network type. 
> 


I think of a "GATEWAY" as a portal through which one can pass to where 
you normally would not be able to go. For example, SATgate, RFgate, or 
INETgate (Internet gateway). Sort of "beam me up, Scotty".... I don't 
know where to put it! Perhaps it is more than a SYSTEM or NETWORK !!! 


Fonn ne ne ne ne ne ee ee ee ne ne ne nee ee ee we + 


73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 
WD4ROJ .#FSEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


tonn ne ne ne ne ne ee ee ee ne ne ne ne ee ee ee re + 


VVVV VV VV VV VV VV VV VV VV VV VV 


A GATEWAY by definition is a system connecting two networks that have 
different protocols (or sometimes just different parameters). To limit 
gateways to TCP/IP Radio <> wireline networks is to show a very limited 
mindset. Gateways can vary widely from the Internet gateways that you 
are thinking of to TheNET<>ROSE, Packet<>xTOR, packet<>DOS computer, etc 
etc. They are very much a distinct system type, more distinct than some 
of the other allowed system entries. I don't see any other option but 
to put them in System Type. 


Burt VE2BMO 


From wd5ivd@tapr.org Wed Mar 19 05:30:33 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id FAA0Q9324 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 05:30:31 
-Q600 (CST) 

Message-Id: <v0302071ca£557888c96a@[208 .134.134.40]> 


In-Reply-To: <332F5543.AAE@rocler.qc.ca> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 19 Mar 1997 05:26:22 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: Re: [REGIONAL_FREQ:322] Re: GATEWAY ? 


>Jim Ketcham wrote: 

>> 

>A GATEWAY by definition is a system connecting two networks that have 
>different protocols (or sometimes just different parameters). To limit 
>gateways to TCP/IP Radio <> wireline networks is to show a very limited 
>mindset. Gateways can vary widely from the Internet gateways that you 
>are thinking of to TheNET<>ROSE, Packet<>xTOR, packet<>DOS computer, etc 
>etc. They are very much a distinct system type, more distinct than some 
>of the other allowed system entries. I don't see any other option but 
>to put them in System Type. 

> 


It seems that for gateways and systems that have multiple functions that we 
can not have just one entry in the database solve the issue for showing 
what a system represents functionally or is accessed by the user. To 
really show a system correctly, systems need to have an entry for each 
function. We need to list each function of a system as an entry in the 
database and then indicate in the notes section that the system is a 
gateway. Thus, a system that has two functions (i.e. local access and 
backbone access has two entries with a note that points to relationship). 
Having something called GATEWAY in either the NETWORK ox SYSTEM fields 
doesn't really solve anything. 


A rare example might be a SWITCH that is running NOS and supporting NETROM, 
TCP/IP, has two user ports for a BBS, and has access to a backbone. That 
would result in five entries in the database. 


Entry 1 could be BBS (Port 1) 

Entry 2 could be BBS (Port 2) 

Entry 3 could be NODE, NETROM 

Entry 4 could be NODE, TCP/IP (Backbone -- no user access) 
Entry 5 could be NODE, TCP/IP (user port) 


In this way, the node is shown in the listing representing not a one to one 
relationship based on hardware but the number of things that the hardware 
does. A functional listing, which allows the user to see possibilities of 
access when looking for something. 


Drop Entries 1 through 3 and you have the listings for a two port node or 
whatever. 


Since I would hope that we are already showing multiple entires for systems 
that have different freqs support and access (user or backbones), then we 
should be showing systems that have multple functional support as well the 
same way. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From hutin@sugar-land.anadrill.slb.com Wed Mar 19 07:21:23 1997 

Received: from pop2.sugar-land.omnes.net (pop2.sugar-land.omnes.net 

[163.185.24.201]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA13736 for 

<regional_freq@tapr.org>; Wed, 19 Mar 1997 07:21:19 -0600 (CST) 

Received: from hutin-sgl ([163.185.21.61]) by pop2.sugar-land.omnes.net 
(post.office MTA v1.9.3 IDd# 0-12417) with SMTP id AAA27591; 
Wed, 19 Mar 1997 07:21:53 -0500 

Message-Id: <3.0.1.32.19970319072039 .00a499e8@pop2.sugar-land.omnes.net> 

X-Sender: hutin@pop2.sugar-land.omnes.net 

X-Mailer: Windows Eudora Pro Version 3.0.1 (32) 

Date: Wed, 19 Mar 1997 07:20:39 -0600 

To: regional_freq@tapr.org 

From: hutin@sugar-land.anadrill.slb.com (Remi Hutin) 

Subject: Re: [REGIONAL_FREQ:323] Re: GATEWAY ? 

Cc: hutin@sugar-land.anadrill.slb.com 

In-Reply-To: <v0302071ca£557888c96a@[208 .134.134.40]> 

References: <332F5543.AAE@rocler.qc.ca> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 


At 05:34 AM 3/19/97 -0600, you wrote: 

>>Jim Ketcham wrote: 

>>> 

>>A GATEWAY by definition is a system connecting two networks that have 
>>different protocols (or sometimes just different parameters). To limit 
>>gateways to TCP/IP Radio <> wireline networks is to show a very limited 
>>mindset. Gateways can vary widely from the Internet gateways that you 
>>are thinking of to TheNET<>ROSE, Packet<>xTOR, packet<>DOS computer, etc 
>>etc. They are very much a distinct system type, more distinct than some 
>>of the other allowed system entries. I don't see any other option but 
>>to put them in System Type. 

>> 

> 

>It seems that for gateways and systems that have multiple functions that we 
>can not have just one entry in the database solve the issue for showing 
>what a system represents functionally or is accessed by the user. To 
>really show a system correctly, systems need to have an entry for each 
>function. We need to list each function of a system as an entry in the 
>database and then indicate in the notes section that the system is a 
>gateway. Thus, a system that has two functions (i.e. local access and 
>backbone access has two entries with a note that points to relationship). 
>Having something called GATEWAY in either the NETWORK or SYSTEM fields 
>doesn't really solve anything. 

> 


>A rare example might be a SWITCH that is running NOS and supporting NETROM, 
>TCP/IP, has two user ports for a BBS, and has access to a backbone. That 
>would result in five entries in the database. 


With Linux we are going to very complex systems. I am setting up a system 
under Linux with AX25,NETROM,TCP/IP and ROSE (also FLEXNET is available) 
routing with 5 users/network frequencies, a backbone access and an Internet 
Link. At the application level it will support a BBS, a DXC and in the 
future a satgat. Both BBS and DXC are directly accessible from any network 
protocole. I'll probably have above 20 entries for the system. 


> 

>Entry 1 could be BBS (Port 1) 

>Entry 2 could be BBS (Port 2) 

>Entry 3 could be NODE, NETROM 

>Entry 4 could be NODE, TCP/IP (Backbone -- no user access) 

>Entry 5 could be NODE, TCP/IP (user port) 

> 

>In this way, the node is shown in the listing representing not a one to one 
>relationship based on hardware but the number of things that the hardware 
>does. A functional listing, which allows the user to see possibilities of 
>access when looking for something. 

> 

>Drop Entries 1 through 3 and you have the listings for a two port node or 
>whatever. 

> 

>Since I would hope that we are already showing multiple entires for systems 
>that have different freqs support and access (user or backbones), then we 
>should be showing systems that have multple functional support as well the 
>same way. 

> 

>Cheers - Greg 


>Greg Jones, WD5IVD 

>Austin, Texas 
>wd5ivd@tapr.org 
>http://www.tapr.org/~wd5ivd 


A comment on the NETWORK field: 
NETROM should be used for either BPQ,THENET,KNET,.... 
BPQ or THENET,.. should appear in the software FIELD 


73 Remi W5/F6CNB 
> 


From faguilar@ICSI.Net Wed Mar 19 08:29:15 1997 

Received: from ICSI.Net (ns2.ICSI.Net [199.1.96.110]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id IAA16746 for <regional_freq@tapr.org>; Wed, 19 Mar 
1997 08:29:14 -0600 (CST) 

Received: from warhol.ICSI.Net by ICSI.Net (SMI-8.6/SMI-SVR4) 


id IAAQ7778; Wed, 19 Mar 1997 08:27:16 -0600 
Received: from faguilar.icsi.net by warhol.ICSI.Net (SMI-8.6/SMI-SVR4) 
id IAA13515; Wed, 19 Mar 1997 08:27:40 -0600 
Message-Id: <199703191427 .TAA13515@warhol.ICSI.Net> 
From: "Frank R.Aguilar" <faguilar@ICSI.Net> 
To: <regional_freq@tapr.org> 
Subject: Re: [REGIONAL_FREQ:324] Re: GATEWAY ? 
Date: Wed, 19 Mar 1997 08:26:10 -0600 
X-MSMail-Priority: Normal 
X-Priority: 3 
X-Mailer: Microsoft Internet Mail 4.70.1155 
MIME-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
Content-Transfer-Encoding: 7bit 


> With Linux we are going to very complex systems. I am setting up a system 
> under Linux with AX25,NETROM,TCP/IP and ROSE (also FLEXNET is available) 
> routing with 5 users/network frequencies, a backbone access and an 
Internet 

> Link. At the application level it will support a BBS, a DXC and in the 

> future a satgat. Both BBS and DXC are directly accessible from any 
network 

> protocole. I'll probably have above 20 entries for the system. 

> 

> 73 Remi W5/F6CNB 


Here's a very good example of a site with multiple points of access. This 
brings to mind a question I've been thinking about for a while now. On the 
database submissions, there are allowances at the end of the structure 

for multiple frequencies other than the "main". If I'm not mistaken, if 
any 

of those frequencies are to be listed, then the node would have to be 
entered 

as many times as there are frequencies. In my submission, I've got some 
entries which are represented just that way as well as others which just 
have 

the additional frequencies at the end of the structure. I could have my 
software generate an additional entry for those records with the 
appropriate 

frequency and really "bloat" the number of records. And what of those 
frequencies whose access to the same site utilizes a different alias? As 
an 

example I could have my BPQ node allows for my 145.01 port to have one 
alias 

and my 144.60 port to have another, but its still the same site. I've made 
allowances for this in the database I have but would like to show that as 
well 

when I run my translate utility to convert it over to the NADSD format. 


Just a few thoughts, open for comments.... 


Frank Aguilar <faguilar@icsi.net> 
N5SSH 


From bruninga@nadn.navy.mil Wed Mar 19 09:19:06 1997 
Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by 
tapr.org (8.7.5/8.7.3/1.9) with ESMTP id JAA19520; Wed, 19 Mar 1997 09:19:02 -0600 
(CST) 
Received: from localhost (bruninga@localhost) 
by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id KAA15854; 
Wed, 19 Mar 1997 10:24:34 -0500 (EST) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Wed, 19 Mar 1997 10:24:34 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: regional_freq@tapr.org 
cc: aprssig@tapr.org 
Subject: IWAYS and HIWAYS 
In-Reply-To: <v0302071ca£557888c96a@[208 .134.134.40]> 
Message-ID: <Pine.GSO.3.95.970319101931 .1818F -100000@arctic> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


I have not been following closely, but we need a TERM for internet 
gateways both in the general digital database sense, and as a MAP symbol 
for APRS. A possiblity might be "IWAYS" or "HIWAYS" (compared to GATEWAYS 
which in my opinion should be reserved for band-to-band processes) 


I get tired of having to type INTERNET GATEWAYS. An IWAY might be nice... 
Just .02 cents worth 


See APRS LIVE: http: //web.usna.navy.mil/~bruninga/aprs.html 
GPS on ANY radio: http://www.tapr.org/tapr/html/mic-e.html 


From wd5ivd@tapr.org Wed Mar 19 10:15:51 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id KAA22632 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 10:15:49 
-Q600 (CST) 

Message-Id: <v03020722af55c11fdcb4@[208.134.134.40]> 

In-Reply-To: <3.0.1.32.19970319072039.00a499e8@pop2.sugar-land.omnes.net> 
References: <v0302071caf557888c96a@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 19 Mar 1997 10:15:07 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:324] Re: GATEWAY ? 


>A comment on the NETWORK field: 
>NETROM should be used for either BPQ,THENET,KNET,.... 
>BPQ or THENET,.. should appear in the software FIELD 


Now -- this is an interesting comment. 


We drop BPQ, THENET, X13, KNET from the network field and say that NETROM 
is the NETWORK TYPE and those are software implementations. Very true 


Remi. good point. 
Comments ? 


Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From BHildebrand@worldnet.att.net Wed Mar 19 10:34:40 1997 
Received: from mtigwc04.worldnet.att.net (mailhost.worldnet.att.net 
[204.127.131.33]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA24238 for 
<regional_freq@tapr.org>; Wed, 19 Mar 1997 10:34:36 -0600 (CST) 
Received: from 486 ([207.147.207.122]) by mtigwc04.worldnet.att.net 
(post.office MTA v2.0 0613 ) with ESMTP id AAA23023 
for <regional_freq@tapr.org>; Wed, 19 Mar 1997 16:32:10 +0000 
From: "BH" <BHildebrand@worldnet.att.net> 
To: <regional_freq@tapr.org> 
Subject: APRS data and SA4/Win95 
Date: Wed, 19 Mar 1997 08:32:42 -0800 
X-MSMail-Priority: Normal 
X-Priority: 3 
X-Mailer: Microsoft Internet Mail 4.70.1160 
MIME-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
Content-Transfer-Encoding: 7bit 
Message-ID: <19970319163207 .AAA23023@486> 


Just to let you know what the status of my SA4/Win95 demo program is. 


>Minimum set. You should receive and handle all APRS incomming packets. 
>THis meaans 


> 1) Plot all positions (you are doing this) 
Does that. 


> 2) Save all packets starting with a >DDHHMM to a "STATUS page" Saving 
> only the latest copy from each station 

I notice that not all "Status" packets appear to start with >DDHHMM. Here 
is an example: 

KC6VVT>APRS ,WIDE,WIDEx/1:@030435zPat SDG SEC Chula Vista, kc6vvt@amsat.org 


> 3) Save all MESSAGES to a TRAFFIC page. These are all packets 

> that have a in the 10th position preceeded with a callsign 

> (padded with spaces to 9 characters). Confirm that the 7th, 8th 
> and 9th are either " "or "-n or "-nn 

Does that. 


> 4) Save all MESSAGES as above that are addressed to BLNx to a BULLETINS 
> page 

Does that. 

> 5) Respond to packets with ?APRS? with your current position randomly 

> over the next 2 minutes 

Doesn't do that, but not hard. 


> 6) Respond to packetw with ?APRS? LAT,LONG,RANGE if you are within that 
> range of that point immediately 
Ditto 4#5. 


7) In addition to sending your position periodcally, allow the person 
to enter a single STATUS line. THis line is transmitted with a 
>DDHHMM time stamp at the start of the line. (time it was entered) 
Ditto 4#5. 
> The above would be about 90% of a full up APRS station.. 


I do have a page that shows the raw data from the TNC and an entry line 
where data can be sent to the TNC. 


BH, kH2Z 


From wd5ivd@tapr.org Wed Mar 19 10:55:45 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id KAA25248 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 10:55:43 
-Q600 (CST) 

Message-Id: <v03020723af55c57ae30b@[208.134.134.40]> 

In-Reply-To: <199703191427 .IAA13515@warhol.ICSI.Net> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 19 Mar 1997 10:37:24 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:325] Re: GATEWAY ? 


>Here's a very good example of a site with multiple points of access. This 
>brings to mind a question I've been thinking about for a while now. On the 
>database submissions, there are allowances at the end of the structure 
>for multiple frequencies other than the "main". If I'm not mistaken, if 
>any 

>of those frequencies are to be listed, then the node would have to be 
>entered 

>as many times as there are frequencies. In my submission, I've got some 
>entries which are represented just that way as well as others which just 
>have 

>the additional frequencies at the end of the structure. I could have my 
>software generate an additional entry for those records with the 
>appropriate 

>frequency and really "bloat" the number of records. And what of those 
>frequencies whose access to the same site utilizes a different alias? As 
>an 

>example I could have my BPQ node allows for my 145.01 port to have one 
>alias 


>and my 144.60 port to have another, but its still the same site. I've made 
>allowances for this in the database I have but would like to show that as 
>well 

>when I run my translate utility to convert it over to the NADSD format. 

> 

>Just a few thoughts, open for comments.... 


Frank. 


Well that is what the NADSD software will eventually do, when I turn the 
extra freq lists on. I haven't yet, so I just collect the extra data out 
there and don't dop anything with it yet. 


The NADSD system will generate the same entry with a different freq listing 
for the information listed. That was all I had in mind. 


Maybe the NADSD software shouldn't do it, but the submitter should control 
all that so that they have complete control and we leave the multiple 
repeating columns at the end available for showing links between systems 
within the same database later on ? 


The question becomes are we showing functional relationships in the system 
(which I think the direction should be) or just showing 


In addition, if we don't show a system for each freq, when I get the code 
turned on to generate the by Freq, by band, etc pages, then systems will 
not show up correctly on those two pages if only one freq is listed. 


The same goes when the pages for NETWORK and SYSTEM type get generated for 
each state, then if a system doesn't have an extry for each function it 
does, it will not show up on some of these additional sorted and searched 
listing pages. 


More food for thought. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Wed Mar 19 10:55:57 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id KAA25297 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 10:55:55 
-Q600 (CST) 

Message-Id: <v03020729a£55c939c4a7@[208 .134.134.40]> 

In-Reply-To: <Pine.GSO.3.95.970319101931.1818F -100000@arctic> 

References: <v0302071caf557888c96a@[208.134.134.40]> 

Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 19 Mar 1997 10:49:58 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: Re: [REGIONAL_FREQ:326] IWAYS and HIWAYS 


Hi Bob. 
IWAYS = Internet Gateway 
what would the H stand for ? Ham ? 


The icon situation is still in flux on Steve's stuff. We are looking at a 
revamp on the interface once I get time to generate the output files 
differently. Steve and myself talked on the phone about a week ago 
concerning the restructure. The current master file is getting to large to 
handle...so we need to crop it down a little and make it more dynamic. 


Cheers - Greg 


>I have not been following closely, but we need a TERM for internet 
>gateways both in the general digital database sense, and as a MAP symbol 
>for APRS. A possiblity might be "IWAYS" or "HIWAYS" (compared to GATEWAYS 
>which in my opinion should be reserved for band-to-band processes) 

> 

>I get tired of having to type INTERNET GATEWAYS. An IWAY might be nice... 
> 

>Just .02 cents worth 

> 

>See APRS LIVE: http: //web.usna.navy.mil/~bruninga/aprs.html 

>GPS on ANY radio: http://www.tapr.org/tapr/html/mic-e.html 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From faguilar@ICSI.Net Wed Mar 19 11:19:27 1997 

Received: from ICSI.Net (ns2.ICSI.Net [199.1.96.110]) by tapr.org 

(8.7.5/8.7.3/1.9) with SMTP id LAA27126 for <regional_freq@tapr.org>; Wed, 19 Mar 

1997 11:19:25 -0600 (CST) 

Received: from warhol.ICSI.Net by ICSI.Net (SMI-8.6/SMI-SVR4) 
id LAAQ5905; Wed, 19 Mar 1997 11:17:27 -0600 

Received: from ppp006-lardtx.ICSI.Net by warhol.ICSI.Net (SMI-8.6/SMI-SVR4) 
id LAAQ4991; Wed, 19 Mar 1997 11:17:49 -0600 

Message-ID: <33301FAF.5F3F@icsi.net> 

Date: Wed, 19 Mar 1997 11:17:35 -0600 

From: "Frank R. Aguilar" <faguilar@ICSI.Net> 

Organization: N5SSH 

X-Mailer: Mozilla 2.02 (Win16; I) 


MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Re: GATEWAY ? 

References: <vQ3020722af55c11fdcb4@[208.134.134.40]> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


I'll have to agree with Remi. Sounds about where it ought to be. 


N5SSH 


Greg Jones, WD5IVD wrote: 


> 

> >A comment on the NETWORK field: 

> >NETROM should be used for either BPQ,THENET,KNET,.... 

> >BPQ or THENET,.. should appear in the software FIELD 

> 

> Now -- this is an interesting comment. 

> 

> We drop BPQ, THENET, X1J, KNET from the network field and say that NETROM 
> is the NETWORK TYPE and those are software implementations. Very true 
> Remi. good point. 

> 

> Comments ? 

> 

> Greg 

> 

> wee28= 

> Greg Jones, WD5IVD 

> Austin, Texas 

> wd5ivd@tapr.org 

> http: //www.tapr.org/~wd5ivd 


Vv 


From jreinh@ix2.ix.netcom.com Wed Mar 19 12:46:25 1997 
Received: from dfw-ix11.ix.netcom.com (dfw-ix11.ix.netcom.com [206.214.98.11]) by 
tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAAQ2023 for <regional_freq@tapr.org>; 
Wed, 19 Mar 1997 12:46:20 -0600 (CST) 
Received: (from smap@localhost) 
by dfw-ixi1.ix.netcom.com (8.8.4/8.8.4) 

id MAA26655 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 12:45:44 -0600 
(CST) 
Received: from tok-ca2-19.ix.netcom.com(204.32.200.83) by dfw-ix11.ix.netcom.com 
via smap (V1.3) 

id sma026618; Wed Mar 19 12:45:01 1997 

Message-ID: <33303419.35C4@popd.ix.netcom. com> 
Date: Wed, 19 Mar 1997 10:44:41 -0800 
From: Jeff Reinhardt <jreinh@ix2.ix.netcom.com> 
Reply-To: jreinh@ix2.ix.netcom.com 
Organization: "The Agency" disavows any knowledge of my activities 


X-Mailer: Mozilla 3.0 (Win95; U) 
MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Network Field 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Just to add something to the mix...it could be argued that MSYS is 
also a network type, given that it does indeed network and handle 

multi-port connections and switches. My first submission ran afoul 
by listing MSYS as such...given that our area has several MSYS BBS 
operations and nodes (with seperate "node" names and calls). 


The benefit to the person who accesses the data from the lookup is that 
each of these systems operates somewhat differently. Those familiar 
with MSYS, BPQ or THENET/NETROM will appreciate the difference 

between C1 NODE and C 1 NODE. 


So with regard to the string about boling it down to one type - it would 
make OUR jobs as coordinators easier, but does it serve the purpose 

of providing quality (highly accurate) info to the database user, who is 
our "client"? I'd rather err on the side of precision. Looking forward 
to the thoughts of others in this matter. 


73....Jef£ AA6IR 


From ka4afi@bbs.wd4roj.ampr.org Wed Mar 19 14:09:10 1997 

Received: from bbs.wd4roj.ampr.org (gw.awanet.com [205.216.78.95]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id OAAQ5600 for <regional_freq@tapr.org>; Wed, 19 Mar 
1997 14:09:09 -0600 (CST) 

Date: Wed, 19 Mar 97 14:07:45 CST 

Message-Id: <339973@bbs.wd4roj.ampr.org> 

From: Jim Ketcham <ka4afi@bbs.wd4roj.ampr.org> 

Reply-To: ka4afi@bbs.wd4roj.ampr.org 

To: regional_freq@tapr.org 

Subject: Re: gateways 


On Wed, 19 Mar Bob Bruninga wrote: 

I have not been following closely, but we need a TERM for internet 
gateways both in the general digital database sense, and as a MAP symbol 
for APRS. A possiblity might be "IWAYS" or "HIWAYS" (compared to GATEWAYS 


which in my opinion should be reserved for band-to-band processes) 


I get tired of having to type INTERNET GATEWAYS. An IWAY might be nice... 


VV VVV VV 


I thought SATgate and maybe even HFgate were already accepted terms. 
Looks like Igate would be more consistant. ie doing something besides 
simply changing freqs on VHF/UHF and going for a short hop. 

- - - SATgate - - HFgate - - Igate - - - 


torn ne ne ne ne ne ee ee ee ne ne ne ne ee ee we re + 


73 de Jim: KA4AFI, Co-SysOp, EARS JNOS gateway BBS 


WD4ROJ .#FSEAL.AL.USA.NOAM -or- bbs.wd4roj.ampr.org 


tone ne ne ne ne ne ne ee ee ne ne ne ne ee ee ee ee + 


From wa6ylb@theworks.com Wed Mar 19 19:46:28 1997 

Received: from nsi.theworks.com (root@ns.theworks.com [206.171.181.1]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id TAA21896 for <regional_freq@tapr.org>; Wed, 19 Mar 
1997 19:46:27 -0600 (CST) 

Received: from lizard (dialup23.theworks.com [206.171.181.123]) by 
nsi.theworks.com (8.7.5/8.7.3) with SMTP id RAAQ6087; Wed, 19 Mar 1997 17:42:20 
-0800 

Message-Id: <3.0.1.16.19970319174448 .2cd759da@theworks. com> 

X-Sender: wa6ylb@theworks.com 

X-Mailer: Windows Eudora Light Version 3.0.1 (16) 

Date: Wed, 19 Mar 1997 17:44:48 -0800 

To: regional_freq@tapr.org, regional_freq@tapr.org 

From: Byron Smith <wa6ylb@theworks.com> 

Subject: Re: [REGIONAL_FREQ:326] IWAYS and HIWAYS 

In-Reply-To: <Pine.GSO.3.95.970319101931.1818F -100000@arctic> 

References: <v0Q302071caf557888c96a@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 


How about WORM HOLE or apple with worm? 


At 09:28 AM 3/19/97 -0600, Bob Bruninga wrote: 

>I have not been following closely, but we need a TERM for internet 
>gateways both in the general digital database sense, and as a MAP symbol 
>for APRS. A possiblity might be "“IWAYS" or "HIWAYS" (compared to GATEWAYS 
>which in my opinion should be reserved for band-to-band processes) 

> 

>I get tired of having to type INTERNET GATEWAYS. An IWAY might be nice... 
> 

>Just .02 cents worth 

> 

>See APRS LIVE: http: //web.usna.navy.mil/~bruninga/aprs.html 

>GPS on ANY radio: http://www.tapr.org/tapr/html/mic-e.html 

> 

> 


Byron Smith 
wa6ylb@theworks.com 
wa6ylb@wa6ylb.#cca.ca.usa.noam 


. If a stealth bomber crashes in a forest, will it make a sound? 


From sdraper@ckt.net Wed Mar 19 20:04:03 1997 
Received: from ckt.net (girard1-le1.ckt.net [206.253.50.10]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id UAA23075 for <regional_freq@tapr.org>; Wed, 19 Mar 
1997 20:04:02 -0600 (CST) 
Received: from LOCALNAME by ckt.net (SMI-8.6/SMI-SVR4) 
id UAA19048; Wed, 19 Mar 1997 20:03:59 -0600 
Message-ID: <33304639.420B@ckt.net> 
Date: Wed, 19 Mar 1997 20:03:54 +0000 
From: "Stephen C. Draper N5SD" <sdraper@ckt.net> 


Reply-To: sdraper@ckt.net 

X-Mailer: Mozilla 3.01 (Win16; I) 

MIME-Version: 1.0 

To: regional_freq@tapr.org 

Subject: Re: Network Field 

References: <v0Q3020722af55c11fdcb4@[208.134.134.40]> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


> We drop BPQ, THENET, X1J, KNET from the network field and say that NETROM 
> is the NETWORK TYPE and those are software implementations. Very true 
> Remi. good point. 


I agree with Remi also. They speak the same language to each other 
therefore 

they are in the same NETWORK TYPE. Let the SOFTWARE be the dialect if 
necessary. That way a quick glance at the listings in the NETWORK column 
would show you what would work together. Sounds much easier for a user 
to 

read. 


Under the GATEWAY question, how would a dual port KaNode fit in that has 
Netrom nodes on one side and Texnet on the other? 


73, 
Steve N5SD 


From dmeredith@phx-az.ampr.org Wed Mar 19 22:37:42 1997 

Received: from azgtwy.ampr.org ([164.50.248.100]) by tapr.org (8.7.5/8.7.3/1.9) 

with SMTP id WAAQ2644 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 22:37:39 

-Q600 (CST) 

Received: from phx-az.ampr.org by azgtwy.ampr.org (JNOS1.11x3) with SMTP 
id AA5630 ; Wed, 19 Mar 97 21:37:08 MST 

Received: from phx-az by phx-az.ampr.org (JNOS1.11x5) with SMTP 
id AA3004 ; Wed, 19 Mar 97 21:37:13 MST 

X-Mailer: BeyondMail for Windows/SMTP 2.2 

MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7Bit 

To: regional_freq@tapr.org 

From: Daniel Meredith <dmeredith@phx-az.ampr.org> 

Subject: re: [REGIONAL_FREQ:323] Re: GATEWAY ? 

Date: Wed, 19 Mar 1997 21:37:12 -0800 

X-BeyondMail-Priority: 1 

Message-Id: <BMSMTP8588360190dmeredith@phx-az.ampr.org> 

Conversation-Id: <v0302071caf557888c96a@[208 .134.134.40]> 

In-Reply-To: <v0302071ca£557888c96a@[208 .134.134.40]> 

Reply-To: Daniel Meredith <dmeredith@phx-az.ampr.org> 


> From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org>, on 3/19/97 7:45 AM: 
> >Jim Ketcham wrote: 


VV VVVMV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Vv 


>> 

>A GATEWAY by definition is a system connecting two networks that have 
>different protocols (or sometimes just different parameters). To limit 
>gateways to TCP/IP Radio <> wireline networks is to show a very limited 
>mindset. Gateways can vary widely from the Internet gateways that you 
>are thinking of to TheNET<>ROSE, Packet<>xTOR, packet<>DOS computer, etc 
>etc. They are very much a distinct system type, more distinct than some 
>of the other allowed system entries. I don't see any other option but 
>to put them in System Type. 

> 


It seems that for gateways and systems that have multiple functions that we 
can not have just one entry in the database solve the issue for showing 
what a system represents functionally or is accessed by the user. To 
really show a system correctly, systems need to have an entry for each 
function. We need to list each function of a system as an entry in the 
database and then indicate in the notes section that the system is a 
gateway. Thus, a system that has two functions (i.e. local access and 
backbone access has two entries with a note that points to relationship). 
Having something called GATEWAY in either the NETWORK or SYSTEM fields 
doesn't really solve anything. 


A rare example might be a SWITCH that is running NOS and supporting NETROM, 
TCP/IP, has two user ports for a BBS, and has access to a backbone. That 
would result in five entries in the database. 


Entry 1 could be BBS (Port 1) 

Entry 2 could be BBS (Port 2) 

Entry 3 could be NODE, NETROM 

Entry 4 could be NODE, TCP/IP (Backbone -- no user access) 
Entry 5 could be NODE, TCP/IP (user port) 


In this way, the node is shown in the listing representing not a one to one 
relationship based on hardware but the number of things that the hardware 
does. A functional listing, which allows the user to see possibilities of 
access when looking for something. 


Drop Entries 1 through 3 and you have the listings for a two port node or 
whatever. 


Since I would hope that we are already showing multiple entires for systems 
that have different freqs support and access (user or backbones), then we 
should be showing systems that have multple functional support as well the 
same way. 


Cheers - Greg 


Greg Jones, WD5IVD 


I agree with what Greg is saying here and to that extent, we have several items 
that are similar to that of what is caried on the standard repeater listings, 
while they don't concur with what TAPR is requesting, this is what we happen 
to have and what was submitted, although it generates an error...We show things 


such as the system being open whether it is a switch or bbs, a link, if it has 
emergency power etc etc....Take a look at the Arizona Listing and you'll see 
what I'm talking about...One thing we do not do and won't for a mere pain in 
administration is keep track of whether or not it is netrom/x1j/thenet/kanode 
etc...In fact we only coordinate actual Node systems and backbone radios, 
switches and various other staple radios in our radio community...We actually 
perform coordination just as repeaters and it has worked very well here in 
Arizona in terms of keeping nearly everyone happy.. 


Daniel 


"It's Nice To Be Important, But It's Important To Be Nice." 
Telecom Resources - http://www.stat.com/catch22/tcom 
Personal Homepage - http://www.stat.com/catch22 


From dmeredith@phx-az.ampr.org Wed Mar 19 22:38:27 1997 

Received: from azgtwy.ampr.org ([164.50.248.100]) by tapr.org (8.7.5/8.7.3/1.9) 

with SMTP id WAAQ2685 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 22:38:25 

-Q600 (CST) 

Received: from phx-az.ampr.org by azgtwy.ampr.org (JNOS1.11x3) with SMTP 
id AA5632 ; Wed, 19 Mar 97 21:37:53 MST 

Received: from phx-az by phx-az.ampr.org (JNOS1.11x5) with SMTP 
id AA3006 ; Wed, 19 Mar 97 21:38:02 MST 

X-Mailer: BeyondMail for Windows/SMTP 2.2 

MIME-Version: 1.0 

Content-Type: Multipart/Mixed; 

boundary="BeyondBoundary_1 Wed_Mar_19_21:38:02_1997__29" 

To: regional_freq@tapr.org 

From: Daniel Meredith <dmeredith@phx-az.ampr.org> 

Subject: re: [REGIONAL_FREQ:327] Re: GATEWAY ? 

Date: Wed, 19 Mar 1997 21:38:02 -0800 

X-BeyondMail-Priority: 1 

Message-Id: <BMSMTP8588362682dmeredith@phx-az.ampr.org> 

Conversation-Id: <v03020722af55c11fdcb4@[208.134.134.40]> 

In-Reply-To: <v03020722af55c11fdcb4@[208 .134.134.40]> 

Reply-To: Daniel Meredith <dmeredith@phx-az.ampr.org> 


--BeyondBoundary_1_Wed_Mar_19_21:38:02_1997__29 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7Bit 


See my previous message, I would be fine with this one... 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org>, on 3/19/97 9:29 AM: 
>A comment on the NETWORK field: 

>NETROM should be used for either BPQ,THENET,KNET,.... 


>BPQ or THENET,.. should appear in the software FIELD 


Now -- this is an interesting comment. 


VV VV VV VV 


We drop BPQ, THENET, X13, KNET from the network field and say that NETROM 


is the NETWORK TYPE and those are software implementations. 


Remi. good point. 


> 
> 

> 

> Comments ? 
> 

> Greg 

> 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


"It's Nice To Be Important, But It's Important To Be Nice.' 
Telecom Resources - http://www.stat.com/catch22/tcom 
Personal Homepage - http://www.stat.com/catch22 


--BeyondBoundary_1_Wed_Mar_19_21:38:02_1997__29 
Content-Type: application/octet-stream; name="ATTRIBS. BND" 
Content-Transfer-Encoding: Base64 

Content-Disposition: attachment; filename="ATTRIBS. BND" 


QmV5b25kIFBhY2t1ZCBBdHRyaWJ1dGVZADspABQAKAAAAAAAcCmMU6IFtSRUdJI 
TOS5BTFOGUKVROFJMyN10gUmU6ITEdBVEVXQVkgPwAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AGRtZXJ1ZG10aAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8QK1T TVRQODU4ZODM2M4 Y4MmRt 
ZXI1ZGkAQmV5b25kIFByb3ByaWVOYXI5TERhdGEaAAAAAAQAAAAAAAAADWAD 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAQ29uUdmVy c2FOaW9UTELKKDx2MDMwMjA3 
Mj IhZjJULYZExZmRjYjRAWZIwOC4xMZQUMTMOL 7 QwXT4EAAAAAAAAABAACQAA 
AAAAAAAAAAAAAAAAAAAAAAAAAE1 1 c3NhZ2UERW5] b2RpbmcISVNPLTS4NTkB 
AAAAAAAAABUAAWAAAAAAAAAAAAAAAAAAAAAAAAAAAFVZZSBQcm9wb3 JOaW9u 
YWwgRm9udAEAAQKAAAAAAAAADQAnAAAAAAAAAAAAAAAAAAAAAAAAAAAAUHSL 
dmlvdXMgRnJvbSYiR3I1ZyBkKb25lcywsgVOQ1SVZETiA8d201aXZkQHRhcHIu 
b3InPgQAAAAAAAAACWAOAAAAAAAAAAAAAAAAAAAAAAAAAAAAUHI LdmlvdXMg 
VG8mAGwCAQAJAP/ /FwAAAATXABZyZWdpb25hbF 9mcmVxQHRhcHIub3InNEQAA 
AAAAAAANAAY AAAAAAAAAAAAAAAAAAAAAAAAAAABPcmlinaW5hbCBOZXhHOAAAA 
AAAAEQAAAAAAAAAEAPEEAAAAAAAAAAAAAAAAAAAAAAAAAABUZXhHOQANTZWUS 
bXkgcHJldmlvdXMgbWVzc2FnZSwgSSB3b3VsZCBiZSBmaW51IHdpdGggdGhp 
cyBvbmUuLi4kKCgo+ICBGcm9tOiAiR3IJ1ZyBKb25lcywgVOQ1SVZETIA8d2Q1 
aXZkQHRhcHIub3 JnPiwgb24gMy8x0S85NyA50j [5TEFNOgo+ICA+QSBjb21t 
ZW50IG9UTHROZSBORVRXTLILIGZpZWxkOgo+ICA+TkVUUKONIHNob3VSZCBi 
ZSB1c2VkIGZvciBlaXRoZXIgQlIBRLFRIRU5SFVCxLTkVULC4uLi4KPiAgPkJQ 
USBvciBUSEVORVQsLi4gc2hvdwxkIGFwcGVhciBpbiBOaGUgc29mdHdhcmUg 
RkLFTEQKPiAgCj]4gTE5vdyAtLSBOaG1zIG1zIGFulGludGVyZXNOaW5nIGNv 
bW1i1lbnQuCj4gTA0+ICBXZSBkcm9wlEJQUSwWSVEhFTKVULCBYMUosIEtORVQg 
ZnJvbSBOaGUsbmVOd29yayBmaWVsZCBhbmQgc2F5IHRoYXQSTkVUUkKINC 4g 


Very true 


IGLZIHRoZSBORVRXT1ILIFRZUEUSYWS5kIHRob3NLIGFyZSBzb2Z0d2FyZSBp 
bXBsZW11bnRhdGlvbnMuICBWZXJI5THRydwUKPiAgUmVtaS4gIGdvb2QgcG9p 
bnQuCj4gITA0+ICBDb21tZW50cyA/Cj4gIA0+ICBHcmVnCj4gITA0+ICAtLSot 
LQo+ICBHcmVnIEpvbmVzZLCBXRDVIVkQKPiAgQXVzdGluLCBUZXhhcwo+ICB3 
ZDVpdmRAdGFwcidvcmcKPiAgaHROcDovL3d3dy50YXByLm9yZy9+d201aXxZk 
Cj4gICOtLSOtCj4gTAo+ICAKPiAgCj4gTA0+ICAKLSOtLSOKIk1LOI3MgTm1j 
ZSBUbyBCZSBIbXBvcnRhbnQsIEI1dCBJdCdzIE1ltcG9ydGFudCBUbyBCZSBO 
aWNLLiIKVGVsZWNvbSBSZXNvdXJjZXMSLSBodHRwO0i8vd3d3LnNOYXQuY29t 
L2NhdGNoMj IvdGNvbQpQZXJzb25hbCBIb211cGFnZSAtIGhOdHA6Ly93d3cu 
c3RhdC5jb20vY2FOY2g yMgoKqwEDAEADpAEDAATAAAA] AAEAAQABAF8CAAAA 
AAAAASBgAhsSAAAAAAAAAAQB7ASYAAAAAAAAAOP8AAAAAAAAAAAAAAAAAAAAA 
TVMSU2FucyBTZXJpZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOP8AAAAAAAC8 
AgABAAAAAAAATVMgU2FucyBTZXJpZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AQABADoAAQA7ADSAAQA8ADWAAQAIATEAAQCCAKUAAQCMAN8AAQDSABSBAQAZ 
ARwBAQAdAUYBAQBHAUoBAQBLAZcBAQCY AeEBAQDIALcBAQD4AfSBAQD8AQKC 
AQAKASOCAQAOAHUCAQAWANKCAQAaATICAQATAJ SCAQASAKKCAQBKALWCAQBd 
AnsCAQB8A0QCAQCFAogCAQC IJAowCAQCNApACAQCRApQCAQCVApsCAQCZAp4c 
AQC£AtoCAQDbAg8DAQAQAZ8DAQBAAOADAQBBAOE DAAAAAAAAAAAAAAAAZAAB 
pAEBSAMB7AQBkKAYBNAgSB2AkB£ASBIAOBxA4BaBABDBIBSBMBVBUB+BZ1AAAA 
AAAAAAAAABAABSAAAAAAAAAAAAAAAAAAAAAAAAAAAEF OGF 7 aG11bnQgQ291 
bnQEAAAAAAA= 


--BeyondBoundary_1_Wed_Mar_19_21:38:02_1997__29-- 


From wd5ivd@tapr.org Wed Mar 19 22:45:47 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id WAAQ2969 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 22:45:45 
-Q600 (CST) 

Message-Id: <v03020738af5671544fd3@[208.134.134.40]> 

In-Reply-To: <BMSMTP8588360190dmeredith@phx-az.ampr.org> 

References: <v0302071caf557888c96a@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 19 Mar 1997 22:46:08 -0600 

To: regional_freq@tapr.org 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: Re: [REGIONAL_FREQ:336] Re: GATEWAY ? 


>I agree with what Greg is saying here and to that extent, we have several 
>items 

>that are similar to that of what is caried on the standard repeater listings, 
>while they don't concur with what TAPR is requesting, this is what we happen 
>to have and what was submitted, although it generates an error...We show 
>things 

>such as the system being open whether it is a switch or bbs, a link, if 

>it has 

>emergency power etc etc....Take a look at the Arizona Listing and you'll see 
>what I'm talking about...One thing we do not do and won't for a mere pain in 
>administration is keep track of whether or not it is netrom/x1j/thenet/kanode 
>etc...In fact we only coordinate actual Node systems and backbone radios, 
>switches and various other staple radios in our radio community...We actually 
>perform coordination just as repeaters and it has worked very well here in 
>Arizona in terms of keeping nearly everyone happy... 

> 


>Daniel 
Dan, 


shouldn't the information about Emergency power and the like be in the 
notes section ? 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From dmeredith@phx-az.ampr.org Wed Mar 19 23:32:10 1997 

Received: from azgtwy.ampr.org ([164.50.248.100]) by tapr.org (8.7.5/8.7.3/1.9) 

with SMTP id XAAQ5827 for <regional_freq@tapr.org>; Wed, 19 Mar 1997 23:32:05 

-Q600 (CST) 

Received: from phx-az.ampr.org by azgtwy.ampr.org (JNOS1.11x3) with SMTP 
id AA5643 ; Wed, 19 Mar 97 22:30:46 MST 

Received: from phx-az by phx-az.ampr.org (JNOS1.11x5) with SMTP 
id AA3014 ; Wed, 19 Mar 97 22:30:28 MST 

X-Mailer: BeyondMail for Windows/SMTP 2.2 

MIME-Version: 1.0 

Content-Type: Multipart/Mixed; 

boundary="BeyondBoundary_1 Wed _Mar_19_22:30:46_1997__29" 

To: regional_freq@tapr.org 

From: Daniel Meredith <dmeredith@phx-az.ampr.org> 

Subject: re: [REGIONAL_FREQ:338] Re: GATEWAY ? 

Date: Wed, 19 Mar 1997 22:30:42 -0800 

X-BeyondMail-Priority: 1 

Message-Id: <BMSMTP8588393940dmeredith@phx-az.ampr.org> 

Conversation-Id: <v03020738af5671544fd3@[208.134.134.40]> 

In-Reply-To: <v03020738af5671544fd3@[208 .134.134.40]> 

Reply-To: Daniel Meredith <dmeredith@phx-az.ampr.org> 


--BeyondBoundary_1_Wed_Mar_19_22:30:46_1997__29 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7Bit 


Not in our case as we use the notes section for internal notes and they are not 
published to the public..So in this case, I actually deleted them before 
sending them for the web page...We consider them administrative notes... 


From: "Greg Jones, WD5IVD" <wdS5ivd@tapr.org>, on 3/19/97 10:27 PM: 

>I agree with what Greg is saying here and to that extent, we have several 
>items 

>that are similar to that of what is caried on the standard repeater 


VVV NV 


listings, 
> >while they don't concur with what TAPR is requesting, this is what we 


happen 

> >to have and what was submitted, although it generates an error...We show 
> >things 

> >such as the system being open whether it is a switch or bbs, a link, if 
> >it has 

> >emergency power etc etc....Take a look at the Arizona Listing and you'll 
see 


> >what I'm talking about...One thing we do not do and won't for a mere pain 
in 

> >administration is keep track of whether or not it is 
netrom/x1j/thenet/kanode 

> >etc...In fact we only coordinate actual Node systems and backbone radios, 
> >switches and various other staple radios in our radio community...We 
actually 


> >perform coordination just as repeaters and it has worked very well here in 
> >Arizona in terms of keeping nearly everyone happy.. 

> > 

> >Daniel 

> 

> Dan, 

> 

> shouldn't the information about Emergency power and the like be in the 
> notes section ? 

> 

> 

> Greg 

> 

> wee82= 


> Greg Jones, WD5IVD 

> Austin, Texas 

> wd5ivd@tapr.org 

> http://www.tapr.org/~wd5ivd 


"It's Nice To Be Important, But It's Important To Be Nice." 
Telecom Resources - http://www.stat.com/catch22/tcom 
Personal Homepage - http://www.stat.com/catch22 


--BeyondBoundary_1_Wed_Mar_19_22:30:46_1997__29 
Content-Type: application/octet-stream; name="ATTRIBS. BND" 
Content-Transfer-Encoding: Base64 

Content-Disposition: attachment; filename="ATTRIBS. BND" 


QmV5b25kIFBhY2t1ZCBBdHRyaWJ1dGVZAEYpABQAKAAAAAAAcCmU6IFtSRUdJ 
TO5BTF9GUKVROJMZOFOgUmU6IEdBVEVXQVKgPwAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 


AGRtZXJ1ZG10aAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8QK1IT TVRQODU4ZODMS5MZkOMGRt 
ZXJ1ZGkAQmV5b25kIFByb3ByaWVOYXI5IERhdGEaAAAAAAQAAAAAAAAADWAD 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAQ29uUdmVy c2FOaW9UTELKKDx2MDMwMjA3 
MzhhZjU2NZE1NDRmZDNAWzIw0C4xMZQuUMTMOL Jj QwXT4EAAAAAAAAABAACQAA 
AAAAAAAAAAAAAAAAAAAAAAAAAE1 1 cC3NhHZ2UERW57] b2RpbmcISVNPLTg4NTkB 
AAAAAAAAABUAAWAAAAAAAAAAAAAAAAAAAAAAAAAAAFVZZSBQcm9wb3 JOaW9u 
YWwgRm9udAEAAQKAAAAAAAAADQAnAAAAAAAAAAAAAAAAAAAAAAAAAAAAUHSL 
dmlvdXMgRnJvbSYiR3IJ1ZyBkKb25lcywgVOQ1SVZETiA8d201aXZkQHRhcHIu 
b3 InPgQAAAAAAAAACWAOAAAAAAAAAAAAAAAAAAAAAAAAAAAAUHS LdmlvdXMg 
VG8mMAN4AAQAIAP / /FwAAAALXABZyZWdpb25hbF9mcmVxQHRhcHIub3InEQAA 
AAAAAAANAAY AAAAAAAAAAAAAAAAAAAAAAAAAAABPcmlinaW5hbCBOZXhHOAAAA 
AAAAEQAAAAAAAAAE AKI IAAAAAAAAAAAAAAAAAAAAAAAAAABUZXhOGQZOD30E 
aW4gb3VyIGNhc2UgYXMgd2UgsdXN1IHRoZSBub3R1lcyBzZwWNOaW9uIGZvciBp 
bnRLcm5hbCBub3R1lcyBhbmQgdGhleSBhcmUgbm90IHB1Ymxpc2h1ZCBObyBO 
aGUgcHVibG1jLi5TbyBpbiBOaG1lZIGNhc2UsIEkgsYWNOdWFsbHkgZGVsZxXR1 
ZCBOaGVtIGILZm9yZSBzZW5kaW5nIHRoZWOgZm9y IHRoZSB3ZWIgcGFnZS4u 
LIdLIGNvbnNpZGVy IHRoZWOgYWRtaW5pc3RyYXRpdmUgbm9OZXMuLi4kCgo+ 
ICBGcm9tOiAiR3IJ1ZyBkKb25lcywsVOQ1ISVZETIA8d201aXZkQHRhcHIub3In 
Piwgb24gMy8x0S85NyAxMDoyNyBQTToKPiAgPkkgYWdyZWUgd210aCB3aGFO 
TEdyZWcgaxXMgc2F5aw5nIGhlcmUgYW5kIHRvVIHRoYXQgZXhOZW50LCB3ZSBo 
YXZLIHN1dmVyYwWwkPiAgPm10ZW1zCj4g1TD50aGFOIGFyZSBzaW1pbGFyIHRv 
IHRoYXQgb2Ysd2hhdCBpcyBjYXIpZwOsb24sdGhlLIHNOYWS5kYXIkIHI1cGVh 
d@VyIGxpc3RpbmdzLAo+ICA+d2hpbGUsdGhleSBkb24ndCBjb25jdxXIgd210 
aCB3aGFOIFRBUFIgaxXMgcmVxdwVzdGluZywgITHRoaxXMgaXMgd2hhdCB3ZSBo 
YXBwZW4KPiAgPnRvIGhhdmUgYW5kIHdoYXQgd2FzIHN1Ym1pdHR1ZCwgYwWx0 
aG91Z2ggaxXQsZ2VuZXIhdGVzIGFulGVycm9yLi4uV2Ugsc2hvdwo+ICA+dGhp 
bmdzCj]4gID5zdWNoIGFzIHRoZSBzeXNOZWOgYmVpbmcgb3B1biB3aGVOaGVy 
IG1OIG1LZIGEgc3dpdGNoIG9yIGJicywgIGEgbGluaywgawYKPiAgPmlOIGhh 
cwo+ICA+ZwWilcmdlbmN5IHBvd2VyIGVOYyBldGMuLi4uVGFrZSBhIGxvb2sg 
YXQgdGhlIEFyaxpvbmEgsTG1zdGluZyBhbmQgew91IJ2xsIHN1ZQo+ICA+d2hh 
dCBJJ20gdGFsa21luZyBhYm91dC4uLk9uZSBOaGluZyB3ZSBkbyBub3QgsZG8g 
YW5kIHdvbid@IGZvciBhIG11cmUgcGFpbiBpbgo+ICA+YWRtawW5pc3RyYXRp 
b24gaxXMga2V1cCBOcmF jayBvZiB3aGVOaGVyIG9yIG5vdCBpdCBpcyBuZXxXkRy 
b20veDFqL3RoZW51dC9rYWw5vZGUKPiAgPmVOYy4uLkluIGZhY3Qgd2Ugb25s 
eSBjb29yZGLuYXRLIGFjdHVhbCBOb2RITIHN5c3R1bXMSYW5kIGIhY2tib251 
THIHZGlvcywkKPiAgPnN3aXRjaGVZIGFuZCB2YXJpb3VzIGIOaGVyIHNOYXBs 
ZSByYWRpb3MgaW4gsb3VyIHIhZGlvIGNvbW1i1bml0eS4uL1d1lIGFjdHVhbGx5 
Cj]4gTD5wZXImb3 ItIGNvb3 JkaW5hdGlvbiBqdXNOIGFZIHJ1lcGVhdGVycyBh 
bmQgaxXQgaGFzIHdvcmt1ZCB2ZXJ5IHd1bGwgaGVyZSBpbgo+ICA+QXJpem9u 
YSBpbiBOZXJtcyBvZiBrZWVwaW5nIG51YXJseSBldmVyeW9uZSBoYXBweS4u 
Cj]4gID4KPiAgPkRhbm11bAo+ICAKPiAgRGFuLAo+ICAKPiAgc2hvdwxkbiddO 
THRoZSBpbmZvcm1ihdGlvbiBhYm91dCBFbWVyZ2VuY3kgcG93ZXIgYW5kIHRo 
ZSBsaWt1lIGILIGLuIHRoZQo+ICBub3R1lcyBzZwWNOaWw9uID8KPiAgCj4gTAo+ 
ICBHcmVnCj4gTA0+ICAtLSOtLQo+ICBHcmVnIEpvbmVZLCBXRDVIVkKQKPiAg 
QXVzdGluLCBUZXhhcwo+ICB3ZDVpdmRAdGFwcid5vcmcKPiAgaHROcDovL3d3 
dy50YXByLm9yZy9+d2Q1axZkCj]4gICOtLSOtCj4gTAo+ICAKPiAgCj4gTAo+ 
ICAKLSOtLSOKIk1LOI3MgTm1jZSBUbyBCZSBIbXBvcnRhbnQsIEIJ1dCBIJdCdz 
IE1ltcG9ydGFudCBUbyBCZSBOaWN1LLiIKVGVSZWNvbSBSZXNvdXJjZXMSLSBo 
dHRwOi8vd3d3LnNOYXQuY29tL2NhdGNoMj IvdGNvbQpQZxXJzb25hbCBIb211 
cGFnZSAtIGhOdHA6Ly93d3cuc3RhdC5jb20vY2FOY2gyMgoK8wEDAKkG7AED 
AATAAAAVAAEAAQABAMSFAAAAAAAAASDIBRSAAAAAAAAAAQDKBcYAAAAAAAAA 
OP8AAAAAAAAAAAAAAAAAAAAATVMSU2FucyBTZXJ pZgAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAOP8AAAAAAACB8ASABAAAAAAAATVMSU2FucyBTZXJpZgAAAAAA 


AAAAAAAAAAAAAAAAAAAAAAAAAOABAOIAAQD j AOMAAQDKAOQAAQDIACOBAQAL 
AXgBAQB5AYIBAQCDAdQBAQDVASYCAQAnAnMCAQBOAN4CAOQB/ASSCAQDMAtYC 
AQDXAicDAQA0A3gDAQB5A80DAQDLAxgEAQAZBGOEAQBrBLkEAQC6BPEEAQDy 
BPYEAQD3BAEFAQACBOQUFAQAGBOOFAQAOBREFAQASBVSFAQBcBW4FAQBVBXIF 
AQBzBXYFAQB3BX4FAQB/ BY IFAQCDBYSFAQCMBaEFAQCiBbIFAQCZBcUFAQDG 
BeQFAQD1BeOFAQDUBLEFAQDyBLUFAQD2B£kFAQD6BLOFAQD+BOEGAQACBgcG 
AQAIBkMGAQBEBngGAQB5BqgGAQCpBqkGAQCqBqoGAAAAAAAAAAAAAAAAZAAB 
pAEBSAMB7AQBkAYBNAgB2AkB£ASBIAQBxA4BaBABDBIBSBMBVBUB+BZhAAAA 
AAAAAAAAABAABgAAAAAAAAAAAAAAAAAAAAAAAAAAAEFOdGF jaG1lbn0g0291 
bnQEAAAAAAA= 


--BeyondBoundary_1_Wed_Mar_19_22:30:46_1997__29-- 


From wd5ivd@tapr.org Thu Mar 20 12:28:06 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id MAA22927 for <regional_freq@tapr.org>; Thu, 20 Mar 1997 12:28:04 
-Q600 (CST) 

Message-Id: <v03020755af5731a58d30@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Thu, 20 Mar 1997 12:28:43 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: NADSD Icon 


Don't forget..... 


For those who have requested an icon to link to the NADSD from your web 
pages, there are now two images available to use. The images are: 

http: //www.tapr.org/directory/nadsdm1.jpeg and 

http: //www.tapr.org/directory/nadsdm2.jpeg Persons wishing to acquire the 
images can access them with their web browser and then save them to disk to 
be used on their web pages. 


I see that some are using it now on their pages -- great! and many others 
not having a link yet. Get those links up -- help your members find the 
NADSD site. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From FortneyJ@ix.netcom.com Fri Mar 21 00:54:42 1997 
Received: from dfw-ix16.ix.netcom.com (dfw-ix16.ix.netcom.com [206.214.98.16]) by 
tapr.org (8.7.5/8.7.3/1.9) with ESMTP id AAA15635 for <regional_freq@tapr.org>; 
Fri, 21 Mar 1997 00:54:41 -0600 (CST) 
Received: (from smap@localhost) 

by dfw-ix16.ix.netcom.com (8.8.4/8.8.4) 


id AAA10037; Fri, 21 Mar 1997 00:54:09 -0600 (CST) 

Received: from tok-ca8-54.ix.netcom.com(206.217.149.182) by dfw-ix16.ix.netcom.com 
via smap (V1.3) 

id sma010006; Fri Mar 21 00:53:42 1997 
Date: Thu, 20 Mar 97 22:39:57 PST 
From: "Fortney, James T." <FortneyJ@ix.netcom.com> 
Sender: fortneyj@tok-ca8-54.ix.netcom.com 
Subject: RE: [REGIONAL_FREQ:329] Re: GATEWAY ? 
To: regional_freq@tapr.org 
X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. 
Message-ID: <Chameleon.4.01.3B.970320224246. fortneyj@tok-ca8-54.1ix.netcom. com> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Greg said: 


>The NADSD system will generate the same entry with a different freq listing 
>for the information listed. That was all I had in mind. 

> 

>Maybe the NADSD software shouldn't do it, but the submitter should control 
>all that so that they have complete control and we leave the multiple 
>repeating columns at the end available for showing links between systems 
>within the same database later on ? 


I believe this is the preferred solution. 
- JimF K6IYK 


James T. Fortney 


E-mail: FortneyJ@ix.netcom.com 

or: Jim@Fortney.com 
Voice: 805.491.3916 or 1.500.FORTNEY 
AX.25: K6LYK@K6IYK.4#SCA.CA.USA.NOAM 
MARSAMTS: AAA9SCS@ATITCS.AMARS. DOD 
FAX: 805.491.0319 
Snail: P.O. Box 3419 


Camarillo, CA 93011-3419 


From wd5ivd@tapr.org Sun Mar 23 14:05:24 1997 
Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id OAAQ5827; Sun, 23 Mar 1997 14:04:57 -Q600 (CST) 
Message-Id: <v03007814af5b3a76bea5@[208 .134.134.40]> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 23 Mar 1997 14:05:32 -0600 
To: "APRS SIG list mailing"<aprssig@tapr.org>, 

" DSP-93 Build "<dsp-93@tapr.org>, 

"HF SIG list mailing"<hfsig@tapr.org>, 

"NETSIG list mailing"<netsig@tapr.org>, 

"BBS SIG list mailing"<bbssig@tapr.org>, 

" TAPR/AMSAT DSP "<dsp@tapr.org>, 

"TAPR-BB list mailing"<tapr-bb@tapr.org>, 


TAPR Regional Freq <regional_freq@tapr.org>, 

" tapr-tne "<tapr-tnc@tapr.org>, " Spread Spectrum "<ss@tapr.org> 
From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 
Subject: TAPR Board Election -- Don't forget to vote! 


TAPR Board of Directors Elections 


If you are a member of TAPR, don't forget to take the time to vote! 


We have four people running for three places, so it could be your vote that 
determines who is on the TAPR Board of Directors. 


Deadline for balloting is March 30th, 1997. 


This year, members of TAPR can vote either by mail in ballot or over the 
Internet using the world wide web. Check your PSR on how to submit your 
vote via the web. 


Don't lose your PSR, because you will need information contained on your 
mail label. If you have problems using the web system, contact Dorothy at 
the office and we can look into the issue. 


PSRs were mailed on March 5th, so all members should have them by now. If 
you have not received your PSR, call or send e-mail to the office and 
request a ballot be sent or request the necessary information to allow you 
to ballot using the on-line Web page. 


*xxkkx DEADLINE March 30th! xxx«x 


Tucson Amateur Packet Radio 
8987-309 E Tanque Verde Rd #337 * Tucson, Az * 85749-9399 x 817-383-0000 


From kb9cml@worldnet.att.net Thu Mar 27 15:49:22 1997 
Received: from mtigwc04.worldnet.att.net (mailhost.worldnet.att.net 
[204.127.131.33]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA24951 for 
<regional_freq@tapr.org>; Thu, 27 Mar 1997 15:49:20 -0600 (CST) 
Received: from LOCALNAME ([207.146.163.199]) by mtigwc04.worldnet.att.net 
(post.office MTA v2.0 0613 ) with SMTP id AAA25133 
for <regional_freq@tapr.org>; Thu, 27 Mar 1997 21:48:29 +0000 
Message-ID: <333B1CA2.53EE@worldnet.att.net> 
Date: Thu, 27 Mar 1997 17:19:30 -0800 
From: Jon Haskell <kb9cml@worldnet.att.net> 
X-Mailer: Mozilla 2.02E (Win95; I; 16bit) 
MIME-Version: 1.0 
To: regional_freq@tapr.org 
Subject: gps validation number 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Bob, I forget if I paid for a GPS validation or not. If I did, I have 
lost the "secret decoder ring" number. Trying to get my HF mobile station 
running for the drive to Belize. 

Jon R. Haskell 

14221 SHelborne Road 

Westfield, IN 46074 

317.873.0302 


former address 
10906 Lakeshore Drive West 
Carmel, IN 46033 


From cestey@millcomm.com Sun Mar 30 00:00:38 1997 
Received: from millcomm.com (midas.millcomm.com [208.135.176.12]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id AAA22296 for <regional_freq@tapr.org>; Sun, 30 Mar 
1997 00:00:36 -0600 (CST) 
Received: from LOCALNAME (Dial-12.Mpls.MillComm.COM [199.170.133.32]) 
by millcomm.com (8.8.5/8.8.5) with SMTP id XAA19321 
for <regional_freq@tapr.org>; Sat, 29 Mar 1997 23:58:43 -0600 (CST) 
Date: Sat, 29 Mar 1997 23:58:43 -0600 (CST) 
Message-Id: <1.5.4.16.19970330054834.08c£6650@millcomm. com> 
X-Sender: cestey@millcomm.com 
X-Mailer: Windows Eudora Light Version 1.5.4 (16) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
To: regional_freq@tapr.org 
From: Carl Estey <cestey@millcomm.com> 
Subject: Did I miss your e-mail? 


If you sent me e-mail during the period from Sunday evening (6 PM CST March 
23, 1997) until 3 PM Saturday March 29th it is probably in the bit-bucket 
and I may never get them. If possible, please resend those mesaages. 


Thanks! 


From wd5ivd@tapr.org Mon Mar 31 17:38:35 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id RAA21342 for <regional_freq@tapr.org>; Mon, 31 Mar 1997 17:38:33 
-Q600 (CST) 

Message-Id: <v0302070daf65fa3e732b@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 31 Mar 1997 17:38:10 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: LAT/LON Checking 


Several things are happening today and the rest of the week regarding 


LAT/LON information. 


1. I have the check software updated so that it checks and gives feedback 
as to the LAT/LON information. 


2. The generation program now also checks for the LAT/LON format and only 
outputs valid format for java mapping. LAT/LON is in the format of 
<degrees minutes>.<hundredths of minutes> (DDMM.HH). nnnn.n(n) (n) 
nnnnn.n(n)(n) are valid formats. See http://www.tapr.org/directory/how. html 
for more details. 


3. There will be some changes this week and next to the mapping interface. 
The master file was getting to large to load easily and Steve requested 
that the information be broken down into states/regions so that javAPRS can 
determine what information to read in based on selection, instead of just 
loading in the one really large file. This should make load time and 
display easier for many. 


I'll run the checkprogram shortly so everyone can see what needs to be 
corrected on the LAT/LON fields. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From wd5ivd@tapr.org Mon Mar 31 17:59:32 1997 

Received: from [208.134.134.40] ([208.134.134.40]) by tapr.org (8.7.5/8.7.3/1.9) 
with ESMTP id RAA29879 for <regional_freq@tapr.org>; Mon, 31 Mar 1997 17:59:29 
-Q600 (CST) 

Message-Id: <v0302070eaf65fe47662d@[208.134.134.40]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 31 Mar 1997 18:00:38 -0600 

To: TAPR Regional Freq <regional_freq@tapr.org> 

From: "Greg Jones, WD5IVD" <wd5ivd@tapr.org> 

Subject: E-mail address fills 


Can you help me with the following e-mail errors the system have. I must 
have something entered or not updated correctly. 


Let me know --- 
=S5 The following addresses have delivery notifications ----- 


mackay@cycor.ca (unrecoverable error) 


Soa Transcript of session follows ----- 
550 n7tr@modx.org... Host unknown (Name server: modx.org: host not found) 


File Processed: npcc.txt 


eae Transcript of session follows ----- 
552 <ka9ren@juno.com>... Message is too large; 61440 bytes max 
KAYREN is going to have to give a new address to get the information 
generated by the system. 


Cheers - Greg 


Greg Jones, WD5IVD 

Austin, Texas 
wd5ivd@tapr.org 

http: //www.tapr.org/~wd5ivd 


From rmackay@cycor.ca Mon Mar 31 19:14:28 1997 

Received: from bud.peinet.pe.ca (root@bud.peinet.pe.ca [198.167.1.1]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id TAA10980 for <regional_freq@tapr.org>; Mon, 31 Mar 
1997 19:14:27 -0600 (CST) 

Received: from VE1AIC (ch-asi16.peinet.pe.ca [198.167.2.116]) by bud.peinet.pe.ca 
(8.8.5/8.6.11) with SMTP id VAA25421 for <regional_freq@tapr.org>; Mon, 31 Mar 
1997 21:14:23 -0400 (AST) 

Date: Mon, 31 Mar 1997 21:14:23 -@400 (AST) 

Message-Id: <199704010114.VAA25421@bud.peinet.pe.ca> 

X-Sender: rmackay@mail.peinet.pe.ca 

X-Mailer: Windows Eudora Version 1.4.3 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: regional_freq@tapr.org 

From: rmackay@cycor.ca (Ron VE1AIC) 

Subject: Re: [REGIONAL_FREQ:346] E-mail address fills 


>Can you help me with the following e-mail errors the system have. I must 
>have something entered or not updated correctly. 

> 

>Let me know --- 

> 

> weeee The following addresses have delivery notifications ----- 
>mackay@cycor.ca (unrecoverable error) 

> 

> 


Yes Greg there is a missing "r" character at the beginning. It showed up 
somewhere before but I thought it was already corrected. 

Thanks, 

Ron 

Ron Mackay Packet: VELTAIC@VE1AIC.PE.CAN.NOAM 

Box 188 Cornwall, PE E-mail: rmackay@peinet.pe.ca 


Canada or mackayr@charlottetown.cbc.ca 


COA 1HO WWW: http://www. geocities.com/CapeCanaveral/7970 


